From: David <david.boon@gmail.com>
To: 233@emacsbugs.donarmstrong.com
Subject: bug#233: closed by Jason Rumney <jasonr@gnu.org> (Slow repainting, sluggish feeling emacs)
Date: Sun, 3 Aug 2008 21:55:40 -0400 [thread overview]
Message-ID: <475204970808031855r761c7d69x1b89e444bcbc42e1@mail.gmail.com> (raw)
In-Reply-To: <handler.233.D233.121745578020803.notifdone@emacsbugs.donarmstrong.com>
[-- Attachment #1: Type: text/plain, Size: 4947 bytes --]
Hi Jason , I've built latest and and things are better, but noticeably
sluggish still. Especially on larger files, but not significantly large.
For example, I have a file that is 218 lines long, if I hold down C-n and
count, I can count to 10 before the cursor moves anywhere, and it doesn't
actually do any moving until I release the keys.
If I do the same 'test' with an older emacs, built from CVS on 02-20-2008, I
get immediate screen scrolling and cursor movement.
-David
On Wed, Jul 30, 2008 at 6:15 PM, Emacs bug Tracking System <
don@donarmstrong.com> wrote:
>
> This is an automatic notification regarding your bug report
> which was filed against the emacs,w32 package:
>
> #233: Slow repainting, sluggish feeling emacs
>
> It has been closed by Jason Rumney <jasonr@gnu.org>.
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Jason Rumney <
> jasonr@gnu.org> by
> replying to this email.
>
>
> --
> 233: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=233
> Emacs Bug Tracking System
> Contact don@donarmstrong.com with problems
>
>
> ---------- Forwarded message ----------
> From: Jason Rumney <jasonr@gnu.org>
> To: 233-done@emacsbugs.donarmstrong.com
> Date: Wed, 30 Jul 2008 23:09:06 +0100
> Subject: Slow repainting, sluggish feeling emacs
> 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.
>
>
>
> ---------- Forwarded message ----------
> From: David <david.boon@gmail.com>
> To: emacs-devel@gnu.org
> Date: Mon, 12 May 2008 21:10:39 -0400
> 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.
>
> 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 <http://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<http://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<http://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: Type: text/html, Size: 6974 bytes --]
next prev parent reply other threads:[~2008-08-04 1:55 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4890E682.6090108@gnu.org>
2008-05-13 1:10 ` Slow repainting, sluggish feeling emacs David
2008-05-13 5:03 ` dhruva
2008-05-13 5:10 ` dhruva
2008-05-13 18:40 ` Eli Zaretskii
2008-05-13 8:12 ` Eric Lilja
2008-07-30 22:15 ` bug#233: marked as done (Slow repainting, sluggish feeling emacs) Emacs bug Tracking System
[not found] ` <handler.233.D233.121745578020803.notifdone@emacsbugs.donarmstrong.com>
2008-08-04 1:55 ` David [this message]
2008-08-31 12:39 ` bug#233: closed by Jason Rumney <jasonr@gnu.org> " David
2008-08-31 12:53 ` Jason Rumney
2008-07-30 22:15 ` Processed: Slow repainting, sluggish feeling emacs Emacs bug Tracking System
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=475204970808031855r761c7d69x1b89e444bcbc42e1@mail.gmail.com \
--to=david.boon@gmail.com \
--cc=233@emacsbugs.donarmstrong.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.