From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Clemente Newsgroups: gmane.emacs.devel Subject: Re: Low redisplay performance (23 regression) Date: Wed, 22 Apr 2009 17:30:37 +0200 Message-ID: <873ac0aeoy.fsf@CPU107.opentrends.net> References: <4870CC42-A08E-4BE9-B566-0F4DA7AB0B74@gmail.com> <873ac3arbf.fsf@cyd.mit.edu> <83r5zmhf2q.fsf@gnu.org> <83mya9hm0i.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1240414875 19555 80.91.229.12 (22 Apr 2009 15:41:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 22 Apr 2009 15:41:15 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 22 17:42:35 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Lweak-0007Or-08 for ged-emacs-devel@m.gmane.org; Wed, 22 Apr 2009 17:42:30 +0200 Original-Received: from localhost ([127.0.0.1]:53231 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LweZK-0002zF-BH for ged-emacs-devel@m.gmane.org; Wed, 22 Apr 2009 11:41:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LwePv-0008GN-3y for emacs-devel@gnu.org; Wed, 22 Apr 2009 11:31:19 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LwePq-0008Fk-P6 for emacs-devel@gnu.org; Wed, 22 Apr 2009 11:31:18 -0400 Original-Received: from [199.232.76.173] (port=55212 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LwePq-0008Fd-BH for emacs-devel@gnu.org; Wed, 22 Apr 2009 11:31:14 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:37539 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LwePp-0005Q9-FL for emacs-devel@gnu.org; Wed, 22 Apr 2009 11:31:13 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LwePZ-0004jL-UZ for emacs-devel@gnu.org; Wed, 22 Apr 2009 15:30:58 +0000 Original-Received: from smtp.opentrends.net ([62.97.110.250]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 22 Apr 2009 15:30:57 +0000 Original-Received: from dcl441-bugs by smtp.opentrends.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 22 Apr 2009 15:30:57 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 26 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: smtp.opentrends.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux) Cancel-Lock: sha1:4LqdW1sXqLhv9NcH7UukwvpI3QA= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:110409 Archived-At: I haven't compared Emacs 22 and 23, but from a subjective point of view I have noticed that latest Emacs 23 feels slow and updates too much for a modern computer. Some particular problems I noticed randomly: - if I hold C-n, I don't see the cursor while it is moving down; I only see it jump when I have released the key. C-p works faster. This happened when I had lots of CEDET buffers open (not even parsing) - just switching to an Emacs frame (from another window in the window manager) paints the screen progressively; this happens in tenths of second but so slowly that you can track the updated zone while it moves from top to bottom. This can be due to the video driver, X, window manager, … - sometimes, the buffer is updated noticeably two times in succession; this happened with org-mode files (latest org-mode from Git). This could also be from Org. > > Note that the most dramatic changes are due to my header line (tabbar) and also > face remapping: > Note that tabbar lowers the performance by a large factor. It seems the function tabbar-buffer-update-groups is run after each keypress which involves a movement on the buffer, a buffer change or a message. Try to disable it temporarily. The problem of the visually lost C-n went away when I turned it off. To test how much it is called, something like this can be useful: (defadvice tabbar-buffer-update-groups (before beep-whenever-you-redisplay-buffers activate) (shell-command "beep -l 50") ) -- Daniel