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, 3 Aug 2008 21:55:40 -0400 Message-ID: <475204970808031855r761c7d69x1b89e444bcbc42e1@mail.gmail.com> References: <4890E682.6090108@gnu.org> <475204970805121810y5edc513by93a0fdbcd2ca557@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_7884_25474476.1217814940120" X-Trace: ger.gmane.org 1217827871 16734 80.91.229.12 (4 Aug 2008 05:31:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Aug 2008 05:31:11 +0000 (UTC) To: 233@emacsbugs.donarmstrong.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Aug 04 07:32:01 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 1KPsfG-0001ja-4I for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Aug 2008 07:31:26 +0200 Original-Received: from localhost ([127.0.0.1]:58892 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KPseL-0005nt-4A for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Aug 2008 01:30:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KPpTq-0007cv-Vy for bug-gnu-emacs@gnu.org; Sun, 03 Aug 2008 22:07:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KPpTp-0007bK-Ij for bug-gnu-emacs@gnu.org; Sun, 03 Aug 2008 22:07:26 -0400 Original-Received: from [199.232.76.173] (port=51238 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KPpTp-0007bC-FW for bug-gnu-emacs@gnu.org; Sun, 03 Aug 2008 22:07:25 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:39976) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KPpTo-00063L-Om for bug-gnu-emacs@gnu.org; Sun, 03 Aug 2008 22:07:25 -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 m7427M29027380; Sun, 3 Aug 2008 19:07:22 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m742562j026276; Sun, 3 Aug 2008 19:05:06 -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: Mon, 04 Aug 2008 02:05:06 +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.121781494623759 (code B ref 233); Mon, 04 Aug 2008 02:05:06 +0000 Original-Received: (at 233) by emacsbugs.donarmstrong.com; 4 Aug 2008 01:55:46 +0000 Original-Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m741telD023753 for <233@emacsbugs.donarmstrong.com>; Sun, 3 Aug 2008 18:55:42 -0700 Original-Received: by fk-out-0910.google.com with SMTP id f40so1765230fka.1 for <233@emacsbugs.donarmstrong.com>; Sun, 03 Aug 2008 18:55:40 -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=ntoIvazf18hURBqZBexUZ/Wk6/giJ6wSV35NzQ+WRDw=; b=AT1OOeGMBLjLOrfOuJkjuo6488XTzZKfj8oLIrP1xQgC+9evgncJC8xoAfycGQZs0Z Z0ZTcw7AeiNniIp0d+u+yCZEb2/qjSUyBDzGo7PkX0O5gW2P4xeLyWoREyt6/daxeQOx bI9+cRZA97WDwz8Z8J014+gzcYuJUaZPVxnfE= 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=SmKo398yl3JRl+Bb2rNxRvn4onIs2jKulUCcf4auz+ArU9peforw5q0gMNcvBVs8OC P+y6RiPh01KjC5tmb7NqBInFt+Nnm8uptiMxeDwa/qS1ZYS6H20TrQteYic5rcuXYKrk gHr4UW3uN6cwQ3atAoqYiOSGML9q+jMU+bq/8= Original-Received: by 10.187.234.11 with SMTP id l11mr303453far.81.1217814940128; Sun, 03 Aug 2008 18:55:40 -0700 (PDT) Original-Received: by 10.187.198.11 with HTTP; Sun, 3 Aug 2008 18:55:40 -0700 (PDT) In-Reply-To: X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Sun, 03 Aug 2008 22:07:26 -0400 X-Mailman-Approved-At: Mon, 04 Aug 2008 01:29:00 -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:19002 Archived-At: ------=_Part_7884_25474476.1217814940120 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline 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_7884_25474476.1217814940120 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline
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_7884_25474476.1217814940120--