From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Newsgroups: gmane.emacs.bugs Subject: bug#233: closed by Jason Rumney (Slow repainting, sluggish feeling emacs) Date: Sun, 31 Aug 2008 08:39:17 -0400 Message-ID: <475204970808310539h5d63e792tc3fec9d58ccdfc54@mail.gmail.com> References: <4890E682.6090108@gnu.org> <475204970805121810y5edc513by93a0fdbcd2ca557@mail.gmail.com> <475204970808031855r761c7d69x1b89e444bcbc42e1@mail.gmail.com> Reply-To: David , 233@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2718_10709080.1220186357202" X-Trace: ger.gmane.org 1220186930 939 80.91.229.12 (31 Aug 2008 12:48:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 31 Aug 2008 12:48:50 +0000 (UTC) To: 233@emacsbugs.donarmstrong.com, jasonr@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Aug 31 14:49:42 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KZmMn-0001y9-F0 for geb-bug-gnu-emacs@m.gmane.org; Sun, 31 Aug 2008 14:49:42 +0200 Original-Received: from localhost ([127.0.0.1]:60653 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZmLk-0004oK-8E for geb-bug-gnu-emacs@m.gmane.org; Sun, 31 Aug 2008 08:48:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KZmLb-0004lL-1J for bug-gnu-emacs@gnu.org; Sun, 31 Aug 2008 08:48:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KZmLU-0004iw-Mp for bug-gnu-emacs@gnu.org; Sun, 31 Aug 2008 08:48:02 -0400 Original-Received: from [199.232.76.173] (port=50428 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZmLU-0004ip-HU for bug-gnu-emacs@gnu.org; Sun, 31 Aug 2008 08:47:56 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:33830) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KZmLR-00031Z-0v for bug-gnu-emacs@gnu.org; Sun, 31 Aug 2008 08:47:56 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7VClUGn003629; Sun, 31 Aug 2008 05:47:30 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m7VCj4MW002389; Sun, 31 Aug 2008 05:45:04 -0700 X-Loop: don@donarmstrong.com Resent-From: David Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs , don@donarmstrong.com Resent-Date: Sun, 31 Aug 2008 12:45:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 233 X-Emacs-PR-Package: emacs,w32 X-Emacs-PR-Keywords: Original-Received: via spool by 233-submit@emacsbugs.donarmstrong.com id=B233.1220186364484 (code B ref 233); Sun, 31 Aug 2008 12:45:04 +0000 Original-Received: (at 233) by emacsbugs.donarmstrong.com; 31 Aug 2008 12:39:24 +0000 Original-Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7VCdHHC000478 for <233@emacsbugs.donarmstrong.com>; Sun, 31 Aug 2008 05:39:19 -0700 Original-Received: by fk-out-0910.google.com with SMTP id f40so1139359fka.1 for <233@emacsbugs.donarmstrong.com>; Sun, 31 Aug 2008 05:39:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=aUHU1FJbU5c06tTa9aIkg8NGsCsJpBZ9BYCx58KQNcI=; b=bN+8XJU9LYnzWcjJXuLrCdx092prN2oEPPO9ClbDjGq7I80JrHkdTvvSzCjPhVAH6Q 4qxQVzn1a6B+24fBMfy2o/GMHUNXnjcf0LFQ11LFtu02mS09aRe1t02lgncFTblwoHz9 LFmCszxx8md7CkD5PtOZgsLJrNLD4q4lXJp7o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=YH48vLTemytk+8f+V4YLQaJ6joVwFz33b6ph1RH/Q8CvZOXLtbWzUnUzqAsac+xvMw A1sQb/o5DlicId2HyhWpEdlp/w4BpZW2SCTZy9dYpvWmVTeStCLhHVBHU4KcmhXs0vV0 uzhGim60H+rX4c40NfaTIB911s92jmuTxUGng= Original-Received: by 10.187.186.16 with SMTP id n16mr76980fap.27.1220186357202; Sun, 31 Aug 2008 05:39:17 -0700 (PDT) Original-Received: by 10.187.198.11 with HTTP; Sun, 31 Aug 2008 05:39:17 -0700 (PDT) In-Reply-To: <475204970808031855r761c7d69x1b89e444bcbc42e1@mail.gmail.com> X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Sun, 31 Aug 2008 08:48:02 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:19928 Archived-At: ------=_Part_2718_10709080.1220186357202 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline 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 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 . >> >> 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 >> 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 >> 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 (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 e l p 0 - i n s t >> r f u n i b u f f e r >> M-x l o a d - l i i b u f f e r >> M-x M-p M-p M-p M-x i b u f f e r >> q C-x b C-g C-x C-b >> q C-x 1 M-x i b u f f e r - >> e l p - r e s u l C-SPC M-w q >> M-x r e p o r >> >> 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 >> >> >> > ------=_Part_2718_10709080.1220186357202 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline
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 (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




------=_Part_2718_10709080.1220186357202--