bug#233: marked as done (Slow repainting, sluggish feeling emacs)

[don@donarmstrong.com (Emacs bug Tracking System)]

[-- Attachment #1: Type: text/plain, Size: 831 bytes --]


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

[-- Attachment #2: Type: message/rfc822, Size: 11686 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 2730 bytes --]

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.

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 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 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 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

[-- Attachment #2.1.2: Type: text/html, Size: 4049 bytes --]

[-- Attachment #3: Type: message/rfc822, Size: 1894 bytes --]

From: Jason Rumney <jasonr@gnu.org>
To: 233-done@emacsbugs.donarmstrong.com
Subject: Slow repainting, sluggish feeling emacs
Date: Wed, 30 Jul 2008 23:09:06 +0100
Message-ID: <4890E682.6090108@gnu.org>

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.