From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: new emacs24 settings (was: Re: Performance problems (CPU 100%) with NULs in files) Date: Fri, 23 Sep 2011 20:58:54 +0300 Message-ID: <83litfqgwx.fsf@gnu.org> References: <83obybqiv0.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1316800737 6463 80.91.229.12 (23 Sep 2011 17:58:57 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 23 Sep 2011 17:58:57 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Sep 23 19:58:50 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R7A1S-0007T9-FE for geh-help-gnu-emacs@m.gmane.org; Fri, 23 Sep 2011 19:58:50 +0200 Original-Received: from localhost ([::1]:56738 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R7A1M-0000Qn-VP for geh-help-gnu-emacs@m.gmane.org; Fri, 23 Sep 2011 13:58:44 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:55376) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R7A1I-0000Qg-NB for help-gnu-emacs@gnu.org; Fri, 23 Sep 2011 13:58:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R7A1H-0007wL-L5 for help-gnu-emacs@gnu.org; Fri, 23 Sep 2011 13:58:40 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:62792) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R7A1H-0007wD-DK for help-gnu-emacs@gnu.org; Fri, 23 Sep 2011 13:58:39 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LRZ00L00LPVL800@a-mtaout20.012.net.il> for help-gnu-emacs@gnu.org; Fri, 23 Sep 2011 20:57:51 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.228.8.215]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LRZ00L3FLWEA6N1@a-mtaout20.012.net.il> for help-gnu-emacs@gnu.org; Fri, 23 Sep 2011 20:57:51 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.166 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:82312 Archived-At: > Date: Sat, 24 Sep 2011 01:44:03 +0800 > From: Le Wang > Cc: help-gnu-emacs@gnu.org > > > > This helped me with my slow scroll issues. Holding down arrow on a fully > > > maximized frame on a 1080p monitor was spiking my duo-core CPU to 20-25%. > > > Scrolling text. 50% of one CPU. Just to scroll text. > > > > Scrolling how (by what commands)? > > > next-line What was the value of line-move-visual? Under the default non-nil setting, next-line is pretty expensive. > > What kind of text? What was the major mode in that buffer? > > emacs-lisp large file How large? Does it matter whether you are close to the file's beginning or to its end? Does anything change if, after visiting the file, you first type M-: (font-lock-default-fontify-buffer) RET and only then try scrolling? > I also use full font-lock salad colors with "Consolas" font on Windows. > Also I use several minor-modes that add pre or post-command-hooks. If you remove those pre/post-command hooks, does the scrolling speed improve significantly? Can you find a hook that has the most profound effect? > > Does it behave better if you set redisplay-dont-pause to a non-nil > > value? This will be the default in Emacs 24. > > > > It's not making a noticeable difference. With or without bidi-display-reordering? I asked about its effect when bidi-display-reordering is left at its default t value. > To be clear, I get perfectly smooth scrolling now with bidi-display-ordering > set to nil. And my CPU usage doesn't exceed 12% while scrolling. So things > are good now. I encourage you to provide more details about this slowdown, so that bidirectional display in Emacs 24 could be sped up. Turning off bidi-display-reordering is not a supported mode, that is an internal variable that is not designed to be toggled by users.