all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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 --]

  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.