|
From: | Emacs bug Tracking System |
Subject: | bug#233: marked as done (Slow repainting, sluggish feeling emacs) |
Date: | Wed, 30 Jul 2008 15:15:04 -0700 |
Your message dated Wed, 30 Jul 2008 23:09:06 +0100 with message-id <4890E682.6090108@gnu.org> and subject line Slow repainting, sluggish feeling emacs has caused the Emacs bug report #233, regarding Slow repainting, sluggish feeling emacs to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact don@donarmstrong.com immediately.) -- 233: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=233 Emacs Bug Tracking System Contact don@donarmstrong.com with problems
--- Begin Message ---Subject: Slow repainting, sluggish feeling emacs I recently re-built emacs 23 from cvs and there's a noticeable delay in many repainting operations. Typing is sluggish and redrawing a buffer when switching to it is noticeably slow. Date: Mon, 12 May 2008 21:10:39 -0400
So I tried to measure the difference. I started two versions of emacs with --no-init, loaded nothing, and immediately ran elp-instrument-function on "ibuffer". Here are the results:
emacs(GNU Emacs MailScanner warning: numerical links are often malicious: 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-02-20 on U0103223-XPA)
Function Name Call Count Elapsed Time Average Time
ibuffer 1 0.0 0.0
GNU Emacs MailScanner warning: numerical links are often malicious: 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-05-12 on U0103223-XPA
Function Name Call Count Elapsed Time Average Time
ibuffer 1 0.032 0.032
I ran elp-instrument-function again and got:
ibuffer 1 0.047 0.047
The time difference is very small, but with a loaded up emacs config the time becomes very noticeable.
I built emacs on windows-xp using cygwin(-mno-cygwin however), ming32-make. Both versions of the build where 'configured' the same:
Here's the 'report-emacs-bug' important stuff:
In GNU Emacs MailScanner warning: numerical links are often malicious: 23.0.60.1 (i386-mingw-nt5.1.2600)
of 2008-05-12 on U0103223-XPA
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -I../../include -msse3 -O3'
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: ENU
value of $XMODIFIERS: nil
locale-coding-system: cp1252
default-enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
M-x M-p i <backspace> e l p 0 <backspace> - i n s t
r <tab> f u n <tab> <return> i b u f f e r <return>
M-x l o a d - l i <tab> <return> i b u f f e r <return>
M-x M-p M-p <return> M-p <return> M-x i b u f f e r
<return> q C-x b C-g C-x C-b <down> <down> <down> <down>
<down> <down> q C-x 1 M-x i b u f f e r - <M-backspace>
e l p - r e s u l <tab> <return> C-SPC <down> M-w q
M-x r e p o r <tab> <return>
Recent messages:
goto-history-element: Beginning of history; no preceding item
elp-instrument-function: ELP cannot profile autoloaded function: ibuffer
Loading ibuffer...done
Updating buffer list...
Formats have changed, recompiling...done
Mark set
Updating buffer list...done
Commands: m, u, t, RET, g, k, S, D, Q; q to quit; h for help
Quit
Mark set
--- End Message ---
--- Begin Message ---Subject: Slow repainting, sluggish feeling emacs Date: Wed, 30 Jul 2008 23:09:06 +0100 User-agent: Thunderbird 2.0.0.16 (Windows/20080708) reassign 233 emacs,w32 thanks It seems that the performance issues are resolved by using uniscribe's built in caching for glyph encoding, and avoiding explicit encoding in the gdi backend.
--- End Message ---
[Prev in Thread] | Current Thread | [Next in Thread] |