From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Setting bidi-paragraph-direction in comint modes Date: Wed, 15 Feb 2012 19:01:39 +0200 Message-ID: <83y5s4vxn0.fsf@gnu.org> References: <87vcn9zzuf.fsf@gnu.org> <83d39hxptw.fsf@gnu.org> <87haysgbu9.fsf@gnu.org> <83zkckwxrg.fsf@gnu.org> <87k43ovcl0.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: dough.gmane.org 1329339068 29985 80.91.229.3 (15 Feb 2012 20:51:08 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 15 Feb 2012 20:51:08 +0000 (UTC) Cc: emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 15 21:51:08 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Rxloh-000678-1V for ged-emacs-devel@m.gmane.org; Wed, 15 Feb 2012 21:51:07 +0100 Original-Received: from localhost ([::1]:34764 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rxlog-0005Nl-Jw for ged-emacs-devel@m.gmane.org; Wed, 15 Feb 2012 15:51:06 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:60430) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RxiEv-0006iL-7s for emacs-devel@gnu.org; Wed, 15 Feb 2012 12:02:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RxiEr-00022e-Dz for emacs-devel@gnu.org; Wed, 15 Feb 2012 12:01:57 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:56493) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RxiEk-00020r-3q; Wed, 15 Feb 2012 12:01:46 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LZG004001RKHV00@a-mtaout22.012.net.il>; Wed, 15 Feb 2012 19:01:34 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.124.150.51]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LZG004MX1YMBL30@a-mtaout22.012.net.il>; Wed, 15 Feb 2012 19:01:34 +0200 (IST) In-reply-to: <87k43ovcl0.fsf@gnu.org> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:148632 Archived-At: > From: Chong Yidong > Cc: emacs-devel@gnu.org > Date: Wed, 15 Feb 2012 14:24:11 +0800 > > Eli Zaretskii writes: > > >> From: Chong Yidong > >> Cc: emacs-devel@gnu.org > >> Date: Wed, 15 Feb 2012 08:49:18 +0800 > >> > >> Like I said, it's simply `ls /usr/share/doc'. > > > > You mean, the insertion of the next chunk of text that arrives from > > `ls'? > > Yep. I will time this and see how frequently are we looking for the paragraph beginning in this case. I never tried to time repeated insertions in small chunks, so I don't know what redisplay does in that case. > > I didn't look at the insertion itself, I tried the various cursor > > motion commands _after_ the output from `ls' was already in the > > buffer. Do you see the "crawl" there as well? > > Yep. After inserting about 7000 lines into the *shell* buffer, as > described, press and hold down M-v (or PageUp) for several seconds. > Redisplay freezes, not updating until about two seconds after the key is > released. Then it updates the screen with the new cursor position. I see nothing like that, the display never freezes. Strange. What kind of CPU do you have there? Is it a GUI session or a TTY session? Does Emacs run on the local machine or remote one? > > Can you quantify it? Like, how much time it takes to insert the first > > 2000 lines vs the last? > > Not easily, but it is definitely not my imagination. OK, I will do it myself. > You can't reproduce the problem at all? I see some slowdown, but I cannot in good faith characterize it as anything like "crawl", and M-v doesn't get stuck. This is on 7-year old single-core CPU at 3GHz, in an Emacs compiled without optimizations (-O0). On the same machine, an optimized build (-O2) runs significantly faster, so I see almost no slowdown at all. If you say "ls /usr/share/doc >> foo" 4 times and then visit the resulting file, do you see the same slow M-v in the buffer? Anyway, please make a bug report about this, and I will see what I can do about it.