From: David <david.boon@gmail.com>
To: 233@emacsbugs.donarmstrong.com, jasonr@gnu.org
Subject: bug#233: closed by Jason Rumney <jasonr@gnu.org> (Slow repainting, sluggish feeling emacs)
Date: Sun, 31 Aug 2008 08:39:17 -0400 [thread overview]
Message-ID: <475204970808310539h5d63e792tc3fec9d58ccdfc54@mail.gmail.com> (raw)
In-Reply-To: <475204970808031855r761c7d69x1b89e444bcbc42e1@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 5370 bytes --]
Jason, I was just following up on this bug. I noticed that it is still
"done", but I think there are a number of noticible delays still with the
latest trunk. Should I open a new bug?
Thanks, David
On Sun, Aug 3, 2008 at 9:55 PM, David <david.boon@gmail.com> wrote:
> 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: 7663 bytes --]
next prev parent reply other threads:[~2008-08-31 12:39 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 ` bug#233: closed by Jason Rumney <jasonr@gnu.org> " David
2008-08-31 12:39 ` David [this message]
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=475204970808310539h5d63e792tc3fec9d58ccdfc54@mail.gmail.com \
--to=david.boon@gmail.com \
--cc=233@emacsbugs.donarmstrong.com \
--cc=jasonr@gnu.org \
/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.