GNU bug report logs - #15390
24.3; scrolling in emacs,w32 uses 100% cpu

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: Zack Stackson <zack.stackson@HIDDEN>; dated Sun, 15 Sep 2013 23:27:02 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 15390 <at> debbugs.gnu.org:


Received: (at 15390) by debbugs.gnu.org; 23 Sep 2013 07:07:07 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Sep 23 03:07:07 2013
Received: from localhost ([127.0.0.1]:57119 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1VO0Ec-0001RL-2p
	for submit <at> debbugs.gnu.org; Mon, 23 Sep 2013 03:07:06 -0400
Received: from mtaout23.012.net.il ([80.179.55.175]:36232)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1VO0EY-0001Qm-Cb
 for 15390 <at> debbugs.gnu.org; Mon, 23 Sep 2013 03:07:03 -0400
Received: from conversion-daemon.a-mtaout23.012.net.il by
 a-mtaout23.012.net.il (HyperSendmail v2007.08) id
 <0MTK00D00GXM8300@HIDDEN> for 15390 <at> debbugs.gnu.org;
 Mon, 23 Sep 2013 10:06:55 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0MTK00DY0H3J6V30@HIDDEN>;
 Mon, 23 Sep 2013 10:06:55 +0300 (IDT)
Date: Mon, 23 Sep 2013 10:07:06 +0300
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#15390: 24.3; scrolling in emacs,w32 uses 100% cpu
In-reply-to: <CAE6UpPTJv4CqkQNPEzVyoj5XvHi8SNzsZ5111HihX+i396ySug@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: Zack Stackson <zack.stackson@HIDDEN>
Message-id: <8361tsj9t1.fsf@HIDDEN>
References: <CAE6UpPRo98DopPiqnML8R8rwWFi8HktUJcp0ka5VHcFnrqnZ8Q@HIDDEN>
 <838uyxqndb.fsf@HIDDEN>
 <CAE6UpPSJq2QqjmM-t=b-bW-rF5tsd3iJVTb0KOA4OMTYs2enXw@HIDDEN>
 <83hadhmepb.fsf@HIDDEN>
 <CAE6UpPTJv4CqkQNPEzVyoj5XvHi8SNzsZ5111HihX+i396ySug@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 15390
Cc: 15390 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> Date: Mon, 23 Sep 2013 00:32:48 -0500
> From: Zack Stackson <zack.stackson@HIDDEN>
> Cc: 15390 <at> debbugs.gnu.org
> 
> On Thu, Sep 19, 2013 at 2:51 AM, Eli Zaretskii <eliz@HIDDEN> wrote:
> > Or are you are saying that the performance problems are only
> > significant in a full-screen frame, and are imperceptible in the frame
> > of the size created by "emacs -Q"?  In that case, let's talk _only_
> > about maximized frames.
> 
> The slowness is not noticeable at the default frame size, although
> even at the default frame size Emacs 24 uses much more cpu to page up
> than Emacs 22.

I explained why CPU usage is higher ion Emacs 24: it does more work
during redisplay to support advanced features.

> > Emacs 23 started using the Uniscribe font back-end.  So please try
> > this:
> >
> >   emacs -Q -xrm Emacs.fontBackend:gdi
> >
> > and see if it is much faster with the same frame geometry and font
> > settings, in Emacs 24.
> 
> After starting with this, how do I tell if the -xrm option is in effect?

It is in effect all the time in that session.

> I don't see any speed difference.

Then the font back-end is not a factor in this.

> The problem is worst when starting at the end of the file and doing
> page up from there, even after visiting the entire file and starting
> over at the end, page up starting at the end causes rendering to stop
> until beginning of file is reached or I stop holding the page up key
> and wait.

Scrolling back is always more CPU-intensive than scrolling forward,
due to the peculiarities of the Emacs display engine implementation.

Anyway, I don't see what else I can do with this bug report.
Scrolling very large windows one line at a time is expensive, but I
cannot see such a disastrous slowdown on my machine, which is very
similar to yours.  There's some work in the development code to speed
up redisplay, maybe it will improve your experience (perhaps try the
latest development snapshot).

Sorry.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#15390; Package emacs. Full text available.

Message received at 15390 <at> debbugs.gnu.org:


Received: (at 15390) by debbugs.gnu.org; 23 Sep 2013 05:32:56 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Sep 23 01:32:56 2013
Received: from localhost ([127.0.0.1]:57030 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1VNylT-0007bo-Mc
	for submit <at> debbugs.gnu.org; Mon, 23 Sep 2013 01:32:56 -0400
Received: from mail-bk0-f45.google.com ([209.85.214.45]:56870)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <zack.stackson@HIDDEN>) id 1VNylS-0007bc-J0
 for 15390 <at> debbugs.gnu.org; Mon, 23 Sep 2013 01:32:55 -0400
Received: by mail-bk0-f45.google.com with SMTP id mx11so999949bkb.32
 for <15390 <at> debbugs.gnu.org>; Sun, 22 Sep 2013 22:32:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=TDlPHUxI4SNfHPiFVFXmnOFOpPmbT3RyYo2C7cPgnxo=;
 b=Z1PXJdbT5y31b97V5wJig5fZlFfFfSVCeqAu6Kt5fAbvoPZS2wqs8t4A4rFA/qu8Tx
 EnvICm5VeULjVQa7wVlS40vHfh2zJaAHeBXUCIYKfoFB8HxlJi7FeFDgPdmmecCgLtmD
 2mrOWkeBLGw4B7Lwl2nPIO5EBlsPwnoDg36Uy5cY4C9fdYTObEGwBdgXsOzK+M/wyrGG
 T7iZq3NL2r5VzNiwfqQ+IjUGTsAEmqhVKf0K2I+e6+1ftugC/rh7bS9NWMqqDrXutxFB
 0l8CGjYtIxYDQkb08X7mslMBiRfYKjKm/uYGfOXde20Sw7vCJYG9hlDs/4RI8wc/LQJQ
 RIJg==
MIME-Version: 1.0
X-Received: by 10.204.247.71 with SMTP id mb7mr16321035bkb.7.1379914368510;
 Sun, 22 Sep 2013 22:32:48 -0700 (PDT)
Received: by 10.204.236.4 with HTTP; Sun, 22 Sep 2013 22:32:48 -0700 (PDT)
In-Reply-To: <83hadhmepb.fsf@HIDDEN>
References: <CAE6UpPRo98DopPiqnML8R8rwWFi8HktUJcp0ka5VHcFnrqnZ8Q@HIDDEN>
 <838uyxqndb.fsf@HIDDEN>
 <CAE6UpPSJq2QqjmM-t=b-bW-rF5tsd3iJVTb0KOA4OMTYs2enXw@HIDDEN>
 <83hadhmepb.fsf@HIDDEN>
Date: Mon, 23 Sep 2013 00:32:48 -0500
Message-ID: <CAE6UpPTJv4CqkQNPEzVyoj5XvHi8SNzsZ5111HihX+i396ySug@HIDDEN>
Subject: Re: bug#15390: 24.3; scrolling in emacs,w32 uses 100% cpu
From: Zack Stackson <zack.stackson@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-1
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 15390
Cc: 15390 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

On Thu, Sep 19, 2013 at 2:51 AM, Eli Zaretskii <eliz@HIDDEN> wrote:
> Or are you are saying that the performance problems are only
> significant in a full-screen frame, and are imperceptible in the frame
> of the size created by "emacs -Q"?  In that case, let's talk _only_
> about maximized frames.

The slowness is not noticeable at the default frame size, although
even at the default frame size Emacs 24 uses much more cpu to page up
than Emacs 22.

>> They did not have any empty lines, adding empty lines made it much faster.
>
> "Much faster" as in "like Emacs 23", or even faster than that?  I
> would not expect the latter.

Much faster than when there were no empty lines, but still not nearly as
fast as Emacs 22.

>> Tried (setq bidi-paragraph-direction 'left-to-right) and (setq-default
>> bidi-paragraph-direction 'left-to-right), but that did not make it
>> faster.
>
> Did you try this before or after adding empty lines?  The effect
> should be significant only if there are no empty lines.

Tried both.

>> Emacs 23 is also slow, not as slow as 24, but not much different.
>> Emacs 22 is very fast, so that's the version I have been using.
>
> Emacs 23 started using the Uniscribe font back-end.  So please try
> this:
>
>   emacs -Q -xrm Emacs.fontBackend:gdi
>
> and see if it is much faster with the same frame geometry and font
> settings, in Emacs 24.

After starting with this, how do I tell if the -xrm option is in effect?

I don't see any speed difference.

>> Page up is also slow when editing files with syntax highlighting
>> (replace.el for example).
>
> Is it slow only the first time some screen-full is displayed?  That
> is, if you visit a file, page down several times through it, then go
> back to the beginning with C-Home, and page down again through the
> same portions of the file, is the second scroll also slow, or is it
> much faster?  If the latter, this is normal, as Emacs fontifies the
> text on the fly when it is first displayed, and that takes time.

It's about the same the first time and repeated times.

The problem is worst when starting at the end of the file and doing
page up from there, even after visiting the entire file and starting
over at the end, page up starting at the end causes rendering to stop
until beginning of file is reached or I stop holding the page up key
and wait.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#15390; Package emacs. Full text available.

Message received at 15390 <at> debbugs.gnu.org:


Received: (at 15390) by debbugs.gnu.org; 19 Sep 2013 07:51:55 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Sep 19 03:51:55 2013
Received: from localhost ([127.0.0.1]:48222 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1VMZ1m-0007dX-2o
	for submit <at> debbugs.gnu.org; Thu, 19 Sep 2013 03:51:54 -0400
Received: from mtaout22.012.net.il ([80.179.55.172]:41065)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1VMZ1h-0007dG-NH
 for 15390 <at> debbugs.gnu.org; Thu, 19 Sep 2013 03:51:51 -0400
Received: from conversion-daemon.a-mtaout22.012.net.il by
 a-mtaout22.012.net.il (HyperSendmail v2007.08) id
 <0MTD007004C4TA00@HIDDEN> for 15390 <at> debbugs.gnu.org;
 Thu, 19 Sep 2013 10:51:43 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0MTD007ZK4I6PX10@HIDDEN>;
 Thu, 19 Sep 2013 10:51:43 +0300 (IDT)
Date: Thu, 19 Sep 2013 10:51:44 +0300
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#15390: 24.3; scrolling in emacs,w32 uses 100% cpu
In-reply-to: <CAE6UpPSJq2QqjmM-t=b-bW-rF5tsd3iJVTb0KOA4OMTYs2enXw@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: Zack Stackson <zack.stackson@HIDDEN>
Message-id: <83hadhmepb.fsf@HIDDEN>
References: <CAE6UpPRo98DopPiqnML8R8rwWFi8HktUJcp0ka5VHcFnrqnZ8Q@HIDDEN>
 <838uyxqndb.fsf@HIDDEN>
 <CAE6UpPSJq2QqjmM-t=b-bW-rF5tsd3iJVTb0KOA4OMTYs2enXw@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 15390
Cc: 15390 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> Date: Wed, 18 Sep 2013 22:53:36 -0500
> From: Zack Stackson <zack.stackson@HIDDEN>
> Cc: 15390 <at> debbugs.gnu.org
> 
> On Mon, Sep 16, 2013 at 1:41 AM, Eli Zaretskii <eliz@HIDDEN> wrote:
> >
> > Mine is 1920x1080 (but I don't think the size matters here, unless you
> > are running with the frame maximized, which you didn't say).
> 
> I am running with frame height maximized (1440px), performance with
> height set to 720px is not nearly as bad.

Sorry, I don't understand what the last part means.  Is the 720 pixel
size what you get when you invoke Emacs as "emacs -Q"?  If not, please
let's first talk about what happens in the frame created by "emacs -Q"
and not enlarged by any command or mouse gestures.  That is what I did
to try reproducing your problems.

Or are you are saying that the performance problems are only
significant in a full-screen frame, and are imperceptible in the frame
of the size created by "emacs -Q"?  In that case, let's talk _only_
about maximized frames.

> Also tested with emacs -Q and setting font to small size, page up
> slowness is the same.

I don't think the size of the font is a factor, as long as the frame
size changes accordingly.  What matters is the amount of text Emacs
needs to scan and move when scrolling.

> > Emacs 24's display performance is sensitive to the paragraph length as
> > well.  A paragraph start and end are defined for this purpose as empty
> > lines.  Is it possible that the text files you used didn't have any
> > empty lines at all?  If so, can you try files that do have empty
> > lines?  Also try setting bidi-paragraph-direction to left-to-right
> > (it's a per-buffer setting, so use setq-default to do that in all
> > buffers).
> 
> They did not have any empty lines, adding empty lines made it much faster.

"Much faster" as in "like Emacs 23", or even faster than that?  I
would not expect the latter.

> Tried (setq bidi-paragraph-direction 'left-to-right) and (setq-default
> bidi-paragraph-direction 'left-to-right), but that did not make it
> faster.

Did you try this before or after adding empty lines?  The effect
should be significant only if there are no empty lines.

> Emacs 23 is also slow, not as slow as 24, but not much different.
> Emacs 22 is very fast, so that's the version I have been using.

Emacs 23 started using the Uniscribe font back-end.  So please try
this:

  emacs -Q -xrm Emacs.fontBackend:gdi

and see if it is much faster with the same frame geometry and font
settings, in Emacs 24.

> Do bitmap raster fonts take more work than other fonts, maybe that's
> part of it?

I don't know enough about the Windows font back-ends and drawing APIs
to answer that, sorry.

> Page up is also slow when editing files with syntax highlighting
> (replace.el for example).

Is it slow only the first time some screen-full is displayed?  That
is, if you visit a file, page down several times through it, then go
back to the beginning with C-Home, and page down again through the
same portions of the file, is the second scroll also slow, or is it
much faster?  If the latter, this is normal, as Emacs fontifies the
text on the fly when it is first displayed, and that takes time.

> > In addition, the characters that begin a paragraph might be of
> > importance.  You say "text file", so I presume that is human-readable
> > text, but it could also be a file with many digits and punctuation
> > characters -- these make redisplay work harder.
> 
> Yes, there are many numbers and punctuation, just tested with the
> following repeated:
> 
> AA3036B2-CCCC DD3036E1-FFF Test text Test text Test text Test text Test

"A", the first character of the line, is not a numeric character, so
this is not an issue in your case.

> But it also happens on syntax highlighted files when using a small font.

Syntax highlighting introduces additional factors, see above.  So I
suggest for now to try only modes that don't highlight text, or even
turn off global-font-lock-mode entirely, when testing.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#15390; Package emacs. Full text available.

Message received at 15390 <at> debbugs.gnu.org:


Received: (at 15390) by debbugs.gnu.org; 19 Sep 2013 03:53:45 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Sep 18 23:53:45 2013
Received: from localhost ([127.0.0.1]:47989 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1VMVJJ-0001e6-4z
	for submit <at> debbugs.gnu.org; Wed, 18 Sep 2013 23:53:45 -0400
Received: from mail-bk0-f52.google.com ([209.85.214.52]:36663)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <zack.stackson@HIDDEN>) id 1VMVJG-0001ds-Ex
 for 15390 <at> debbugs.gnu.org; Wed, 18 Sep 2013 23:53:43 -0400
Received: by mail-bk0-f52.google.com with SMTP id e11so3105054bkh.25
 for <15390 <at> debbugs.gnu.org>; Wed, 18 Sep 2013 20:53:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=pVPVyNnsc/YoYWNu68Hf8fuSEc9kyNy1lEoMGGZ+8tg=;
 b=bvGtPWVrFiofL14Cg43PkH8Zd1EfHSMxeVpQQXBFXfpmy6XeLQoSn5T9Gk/d+7FsNI
 DC1weMpe7E2gciVKrk9PXfctE/+QGxjrc10L+o7MpvmkqLDdBNK0P3hRTZfQgg3SgmVT
 QixWrVY612go2TcCvPq+BjLa4Dh1HYaC6y0PuxYA8OT+47oGYX/z2RTt4fjcx7FK0xI5
 SGdlap0phSgCQLw36D/ASgwp1iI3oqyJUOMFl0yB8ymCQW06M7Nqq1rVxwYDGnfJqs4O
 efMWujvzCf9jXhG63nU1R4FVhgL9qhgiQilwonnZ4TPhl80c97a8SJuh88qjJIatoWCd
 Vhfg==
MIME-Version: 1.0
X-Received: by 10.205.15.72 with SMTP id pt8mr36889045bkb.17.1379562816407;
 Wed, 18 Sep 2013 20:53:36 -0700 (PDT)
Received: by 10.204.236.4 with HTTP; Wed, 18 Sep 2013 20:53:36 -0700 (PDT)
In-Reply-To: <838uyxqndb.fsf@HIDDEN>
References: <CAE6UpPRo98DopPiqnML8R8rwWFi8HktUJcp0ka5VHcFnrqnZ8Q@HIDDEN>
 <838uyxqndb.fsf@HIDDEN>
Date: Wed, 18 Sep 2013 22:53:36 -0500
Message-ID: <CAE6UpPSJq2QqjmM-t=b-bW-rF5tsd3iJVTb0KOA4OMTYs2enXw@HIDDEN>
Subject: Re: bug#15390: 24.3; scrolling in emacs,w32 uses 100% cpu
From: Zack Stackson <zack.stackson@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: text/plain; charset=ISO-8859-1
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 15390
Cc: 15390 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

On Mon, Sep 16, 2013 at 1:41 AM, Eli Zaretskii <eliz@HIDDEN> wrote:
>
> Mine is 1920x1080 (but I don't think the size matters here, unless you
> are running with the frame maximized, which you didn't say).

I am running with frame height maximized (1440px), performance with
height set to 720px is not nearly as bad.

> > .emacs config:
> > (setq scroll-step 1)
>
> Is that the only thing in your .emacs?  I started "emacs -Q", then set
> scroll-step to 1 manually -- do you see the same performance problem
> when you do that?  If not, there's something else in your .emacs that
> makes the difference.

I tested with emacs -Q and setting scroll-step to 1 manually, it is the same.

Also tested with emacs -Q and setting font to small size, page up
slowness is the same.

> Emacs 24's display performance is sensitive to the paragraph length as
> well.  A paragraph start and end are defined for this purpose as empty
> lines.  Is it possible that the text files you used didn't have any
> empty lines at all?  If so, can you try files that do have empty
> lines?  Also try setting bidi-paragraph-direction to left-to-right
> (it's a per-buffer setting, so use setq-default to do that in all
> buffers).

They did not have any empty lines, adding empty lines made it much faster.

Tried (setq bidi-paragraph-direction 'left-to-right) and (setq-default
bidi-paragraph-direction 'left-to-right), but that did not make it
faster.

> > Result with emacs-24.3 with smaller font (6x10 from X11): scrolls one page,
> > then stops rendering anything (second to last page stays on the screen),
> > uses 100% cpu until top of buffer is reached, then starts rendering again.
> > Result with emacs-22.3 with smaller font (6x10 from X11): scrolling is
> > smooth, renders all pages, 0-50% cpu usage.
>
> Couldn't try this one, since you didn't say which font you used,
> exactly, and how/from where to get it installed on Windows.

Setting font to Consolas size 68 gives similar results to the 6x10
font.  (I don't remember which program I used to convert the 6x10 X11
font to windows .fnt)

> Yes, Emacs 24's display is slower than that of Emacs 23, because the
> former supports bidirectional scripts.  So it's not a surprise that
> you see some performance degradation.  However, that degradation
> should be apparent only in some rare use cases.  So the question is,
> what is special in your case?

Emacs 23 is also slow, not as slow as 24, but not much different.
Emacs 22 is very fast, so that's the version I have been using.

Do bitmap raster fonts take more work than other fonts, maybe that's
part of it?  The font is 3kb, could I attach it?

Page up is also slow when editing files with syntax highlighting
(replace.el for example).

> Date: Mon, 16 Sep 2013 09:41:52 +0300
> From: Eli Zaretskii <eliz@HIDDEN>

> In addition, the characters that begin a paragraph might be of
> importance.  You say "text file", so I presume that is human-readable
> text, but it could also be a file with many digits and punctuation
> characters -- these make redisplay work harder.

Yes, there are many numbers and punctuation, just tested with the
following repeated:

AA3036B2-CCCC DD3036E1-FFF Test text Test text Test text Test text Test

But it also happens on syntax highlighted files when using a small font.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#15390; Package emacs. Full text available.

Message received at 15390 <at> debbugs.gnu.org:


Received: (at 15390) by debbugs.gnu.org; 16 Sep 2013 07:14:15 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Sep 16 03:14:15 2013
Received: from localhost ([127.0.0.1]:40050 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1VLT0g-0005Dp-PY
	for submit <at> debbugs.gnu.org; Mon, 16 Sep 2013 03:14:15 -0400
Received: from mtaout21.012.net.il ([80.179.55.169]:49583)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1VLT0d-0005DW-FM
 for 15390 <at> debbugs.gnu.org; Mon, 16 Sep 2013 03:14:13 -0400
Received: from conversion-daemon.a-mtaout21.012.net.il by
 a-mtaout21.012.net.il (HyperSendmail v2007.08) id
 <0MT700C00IR8U500@HIDDEN> for 15390 <at> debbugs.gnu.org;
 Mon, 16 Sep 2013 10:14:05 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0MT700CV1IRGTL00@HIDDEN>;
 Mon, 16 Sep 2013 10:14:05 +0300 (IDT)
Date: Mon, 16 Sep 2013 10:13:59 +0300
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#15390: 24.3; scrolling in emacs,w32 uses 100% cpu
In-reply-to: <838uyxqndb.fsf@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: zack.stackson@HIDDEN
Message-id: <837gehqlvs.fsf@HIDDEN>
References: <CAE6UpPRo98DopPiqnML8R8rwWFi8HktUJcp0ka5VHcFnrqnZ8Q@HIDDEN>
 <838uyxqndb.fsf@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 15390
Cc: 15390 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> Date: Mon, 16 Sep 2013 09:41:52 +0300
> From: Eli Zaretskii <eliz@HIDDEN>
> Cc: 15390 <at> debbugs.gnu.org
> 
> Emacs 24's display performance is sensitive to the paragraph length as
> well.  A paragraph start and end are defined for this purpose as empty
> lines.  Is it possible that the text files you used didn't have any
> empty lines at all?  If so, can you try files that do have empty
> lines?

In addition, the characters that begin a paragraph might be of
importance.  You say "text file", so I presume that is human-readable
text, but it could also be a file with many digits and punctuation
characters -- these make redisplay work harder.

IOW, please show some representative portion(s) of the file(s) in
question, or perhaps even the entire file, if you can share it.

> I can only see performance similar to what you report on a laptop with
> a Core i3-2328M at 2.2 GHz (running Windows 7 64-bit), a much slower
> machine.  I will try later on a desktop Windows 7 machine.

Did that, and saw 20% to 30% CPU load, on a system that is powered by
a Core 2 Duo CPU, clearly much slower than yours.

Bottom line: I'm quite sure the file(s) you are using somehow hit the
display engine in its underbelly.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#15390; Package emacs. Full text available.

Message received at 15390 <at> debbugs.gnu.org:


Received: (at 15390) by debbugs.gnu.org; 16 Sep 2013 06:42:13 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Sep 16 02:42:13 2013
Received: from localhost ([127.0.0.1]:39974 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1VLSVf-0003Lx-U0
	for submit <at> debbugs.gnu.org; Mon, 16 Sep 2013 02:42:12 -0400
Received: from mtaout20.012.net.il ([80.179.55.166]:44046)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <eliz@HIDDEN>) id 1VLSVY-0003LH-LC
 for 15390 <at> debbugs.gnu.org; Mon, 16 Sep 2013 02:42:06 -0400
Received: from conversion-daemon.a-mtaout20.012.net.il by
 a-mtaout20.012.net.il (HyperSendmail v2007.08) id
 <0MT700200H9X0Q00@HIDDEN> for 15390 <at> debbugs.gnu.org;
 Mon, 16 Sep 2013 09:41:58 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il
 (HyperSendmail v2007.08) with ESMTPA id
 <0MT7001D6H9WUP50@HIDDEN>;
 Mon, 16 Sep 2013 09:41:57 +0300 (IDT)
Date: Mon, 16 Sep 2013 09:41:52 +0300
From: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#15390: 24.3; scrolling in emacs,w32 uses 100% cpu
In-reply-to: <CAE6UpPRo98DopPiqnML8R8rwWFi8HktUJcp0ka5VHcFnrqnZ8Q@HIDDEN>
X-012-Sender: halo1@HIDDEN
To: Zack Stackson <zack.stackson@HIDDEN>
Message-id: <838uyxqndb.fsf@HIDDEN>
References: <CAE6UpPRo98DopPiqnML8R8rwWFi8HktUJcp0ka5VHcFnrqnZ8Q@HIDDEN>
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 15390
Cc: 15390 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Eli Zaretskii <eliz@HIDDEN>
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.0 (+)

> Date: Sun, 15 Sep 2013 13:41:04 -0500
> From: Zack Stackson <zack.stackson@HIDDEN>
> 
> OS: Windows 7 x64

Mine is XP SP3.  Not sure it matters, except perhaps the fact that you
are running a 32-bit executable on a 64-bit OS, which should have some
overhead.

> Monitor: 2560x1440

Mine is 1920x1080 (but I don't think the size matters here, unless you
are running with the frame maximized, which you didn't say).

> CPU: Intel Core i7 870 2.93 GHz

Here I have Intel Core i7-2600 at 3.40 GHz, slightly faster than
yours.

> Display Adapter: AMD Radeon HD 7800

Intel HD Graphics 2000.

> Emacs Version: emacs-24.3-bin-i386.zip. . . . . Mar 19 02:43
> ftp://gnu.mirror.iweb.com/emacs/windows/

My Emacs 24.3 binary was built by myself from the stock sources.
Again, I don't think that difference matters (if anything, my binary
should be slightly slower, since I use an old version of GCC, which
optimizes less aggressively).

> (Similar bad performance with 23.1, 23.2, 23.3, and 23.4.  Although 23.1 is
> not as jumpy as 24.3)
> 
> .emacs config:
> (setq scroll-step 1)

Is that the only thing in your .emacs?  I started "emacs -Q", then set
scroll-step to 1 manually -- do you see the same performance problem
when you do that?  If not, there's something else in your .emacs that
makes the difference.

> Open a text file in text-mode with 200 lines, avg line length 60
> characters, max line length 70 characters

Emacs 24's display performance is sensitive to the paragraph length as
well.  A paragraph start and end are defined for this purpose as empty
lines.  Is it possible that the text files you used didn't have any
empty lines at all?  If so, can you try files that do have empty
lines?  Also try setting bidi-paragraph-direction to left-to-right
(it's a per-buffer setting, so use setq-default to do that in all
buffers).

> go to end of buffer, hold up arrow to scroll up.
> 
> Result with emacs-24.3: starts at 10% cpu usage, then stays near 90-100%
> cpu usage
> Result with emacs-22.3: 0% cpu usage
> 
> Open a text file in text-mode with 4000 lines, avg line length 60
> characters, max line length 70 characters, go to end of buffer, hold alt-v
> to scroll page up.
> 
> Result with emacs-24.3: scrolling is jumpy, skipping rendering some pages,
> stays near 90-100% cpu usage
> Result with emacs-22.3: scrolling is smooth, renders all pages, 0-10% cpu
> usage

I cannot reproduce this here.  In a 17,000 line long text file,
scrolling with scroll-step = 1 from the end of the file leaves the CPU
at 2% all the time, occasionally dropping to 1%.  Emacs 23.4 stays at
1% almost all of the time with the same file, occasionally going up to
2%.

I can only see performance similar to what you report on a laptop with
a Core i3-2328M at 2.2 GHz (running Windows 7 64-bit), a much slower
machine.  I will try later on a desktop Windows 7 machine.

> .emacs config:
> (custom-set-faces
>  '(default ((t (:stipple nil :background "black" :foreground "grey"
> :inverse-video nil :box nil :strike-through nil :overline nil :bold nil
> :underline nil :slant normal :weight normal :height 75 :width normal
> :family "sixten")))))
> 
> Open a text file in text-mode with 4000 lines, avg line length 60
> characters, max line length 70 characters, go to end of buffer, hold alt-v
> to scroll page up.

With this configuration and the same 17,000 line file, I get 3% CPU
in Emacs 24.3 all the way.

> Result with emacs-24.3 with smaller font (6x10 from X11): scrolls one page,
> then stops rendering anything (second to last page stays on the screen),
> uses 100% cpu until top of buffer is reached, then starts rendering again.
> Result with emacs-22.3 with smaller font (6x10 from X11): scrolling is
> smooth, renders all pages, 0-50% cpu usage.

Couldn't try this one, since you didn't say which font you used,
exactly, and how/from where to get it installed on Windows.

Yes, Emacs 24's display is slower than that of Emacs 23, because the
former supports bidirectional scripts.  So it's not a surprise that
you see some performance degradation.  However, that degradation
should be apparent only in some rare use cases.  So the question is,
what is special in your case?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#15390; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 15 Sep 2013 23:26:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Sep 15 19:26:43 2013
Received: from localhost ([127.0.0.1]:39403 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1VLLiD-00086J-JR
	for submit <at> debbugs.gnu.org; Sun, 15 Sep 2013 19:26:43 -0400
Received: from eggs.gnu.org ([208.118.235.92]:58377)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <zack.stackson@HIDDEN>) id 1VLHG0-0001JN-Nq
 for submit <at> debbugs.gnu.org; Sun, 15 Sep 2013 14:41:17 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <zack.stackson@HIDDEN>) id 1VLHFt-0006S1-V7
 for submit <at> debbugs.gnu.org; Sun, 15 Sep 2013 14:41:11 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM,
 HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2
Received: from lists.gnu.org ([2001:4830:134:3::11]:39318)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <zack.stackson@HIDDEN>) id 1VLHFt-0006Rx-Rm
 for submit <at> debbugs.gnu.org; Sun, 15 Sep 2013 14:41:09 -0400
Received: from eggs.gnu.org ([2001:4830:134:3::10]:60096)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <zack.stackson@HIDDEN>) id 1VLHFs-00052x-7Z
 for bug-gnu-emacs@HIDDEN; Sun, 15 Sep 2013 14:41:09 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <zack.stackson@HIDDEN>) id 1VLHFq-0006RY-Rj
 for bug-gnu-emacs@HIDDEN; Sun, 15 Sep 2013 14:41:08 -0400
Received: from mail-qe0-x244.google.com ([2607:f8b0:400d:c02::244]:56448)
 by eggs.gnu.org with esmtp (Exim 4.71)
 (envelope-from <zack.stackson@HIDDEN>) id 1VLHFq-0006RT-Hs
 for bug-gnu-emacs@HIDDEN; Sun, 15 Sep 2013 14:41:06 -0400
Received: by mail-qe0-f68.google.com with SMTP id 1so1086806qec.3
 for <bug-gnu-emacs@HIDDEN>; Sun, 15 Sep 2013 11:41:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:date:message-id:subject:from:to:content-type;
 bh=vq5Jun0X0AMgmLXtDbSCMBV9OQlv/hAHylz8+Pkr79o=;
 b=cPkupjb7XvYIUl4Q5Up3c24PstSVDlhtyuMj8GJT0jKkkb6u96td+yhl8VRgKF7bQl
 d7tvljld8GFpR8J2quFva+/FQsrhBn/MmoobjtMXv+v8vWZELE70qPf5Uty3+QCTeWv0
 LRmtgjsSFrSkMVpi1jugjDhX/icqbe38jm11ukeNyxU9XKyxBHBpvi7d44VADPfZO6i2
 d+s8CQf79whMC89bkK4T2QkfZ4UjGWjeDFK6/EHlpft+xLKfc+STspMVUSaGKNr8qZ4X
 WbOH5B6yMHhcxk3dhE3r4BQMAMHlb4f63OXypu3/DDgz64KQIyMXF0VIcikUBKAeCr/4
 8VMg==
MIME-Version: 1.0
X-Received: by 10.224.79.6 with SMTP id n6mr10430264qak.26.1379270465114; Sun,
 15 Sep 2013 11:41:05 -0700 (PDT)
Received: by 10.140.80.65 with HTTP; Sun, 15 Sep 2013 11:41:04 -0700 (PDT)
Date: Sun, 15 Sep 2013 13:41:04 -0500
Message-ID: <CAE6UpPRo98DopPiqnML8R8rwWFi8HktUJcp0ka5VHcFnrqnZ8Q@HIDDEN>
Subject: 24.3; scrolling in emacs,w32 uses 100% cpu
From: Zack Stackson <zack.stackson@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Content-Type: multipart/alternative; boundary=047d7bdc818a1f54a304e6706e98
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
 (bad octet value).
X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address
 (bad octet value).
X-Received-From: 2001:4830:134:3::11
X-Spam-Score: -4.0 (----)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Sun, 15 Sep 2013 19:26:39 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -4.0 (----)

--047d7bdc818a1f54a304e6706e98
Content-Type: text/plain; charset=ISO-8859-1

OS: Windows 7 x64
Monitor: 2560x1440
CPU: Intel Core i7 870 2.93 GHz
Display Adapter: AMD Radeon HD 7800
Emacs Version: emacs-24.3-bin-i386.zip. . . . . Mar 19 02:43
ftp://gnu.mirror.iweb.com/emacs/windows/
(Similar bad performance with 23.1, 23.2, 23.3, and 23.4.  Although 23.1 is
not as jumpy as 24.3)

.emacs config:
(setq scroll-step 1)


Open a text file in text-mode with 200 lines, avg line length 60
characters, max line length 70 characters, go to end of buffer, hold up
arrow to scroll up.

Result with emacs-24.3: starts at 10% cpu usage, then stays near 90-100%
cpu usage
Result with emacs-22.3: 0% cpu usage

Open a text file in text-mode with 4000 lines, avg line length 60
characters, max line length 70 characters, go to end of buffer, hold alt-v
to scroll page up.

Result with emacs-24.3: scrolling is jumpy, skipping rendering some pages,
stays near 90-100% cpu usage
Result with emacs-22.3: scrolling is smooth, renders all pages, 0-10% cpu
usage


.emacs config:
(custom-set-faces
 '(default ((t (:stipple nil :background "black" :foreground "grey"
:inverse-video nil :box nil :strike-through nil :overline nil :bold nil
:underline nil :slant normal :weight normal :height 75 :width normal
:family "sixten")))))

Open a text file in text-mode with 4000 lines, avg line length 60
characters, max line length 70 characters, go to end of buffer, hold alt-v
to scroll page up.

Result with emacs-24.3 with smaller font (6x10 from X11): scrolls one page,
then stops rendering anything (second to last page stays on the screen),
uses 100% cpu until top of buffer is reached, then starts rendering again.
Result with emacs-22.3 with smaller font (6x10 from X11): scrolling is
smooth, renders all pages, 0-50% cpu usage.


In GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601)
 of 2013-03-17 on MARVIN
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --with-gcc (4.7) --cflags
 -ID:/devel/emacs/libs/libXpm-3.5.8/include
 -ID:/devel/emacs/libs/libXpm-3.5.8/src
 -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
 -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
 -ID:/devel/emacs/libs/giflib-4.1.4-1/include
 -ID:/devel/emacs/libs/jpeg-6b-4/include
 -ID:/devel/emacs/libs/tiff-3.8.2-1/include
 -ID:/devel/emacs/libs/gnutls-3.0.9/include
 -ID:/devel/emacs/libs/libiconv-1.13.1-1-dev/include
 -ID:/devel/emacs/libs/libxml2-2.7.8/include/libxml2'

Important settings:
  value of $LANG: ENU
  locale-coding-system: cp1252
  default enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-x 1 M-x C-y <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils warnings time-date tooltip ediff-hook
vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns
disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow
timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan
thai tai-viet lao korean japanese hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
make-network-process w32 multi-tty emacs)

--047d7bdc818a1f54a304e6706e98
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>OS: Windows 7 x64<br>Monitor: 2560x1440<br>CPU: Intel=
 Core i7 870 2.93 GHz<br>Display Adapter: AMD Radeon HD 7800<br>Emacs Versi=
on: emacs-24.3-bin-i386.zip. . . . . Mar 19 02:43 <a href=3D"ftp://gnu.mirr=
or.iweb.com/emacs/windows/">ftp://gnu.mirror.iweb.com/emacs/windows/</a><br=
>
(Similar bad performance with 23.1, 23.2, 23.3, and 23.4.=A0 Although 23.1 =
is not as jumpy as 24.3)<br><br>.emacs config:<br>(setq scroll-step 1)<br><=
br><br>Open a text file in text-mode with 200 lines, avg line length 60 cha=
racters, max line length 70 characters, go to end of buffer, hold up arrow =
to scroll up.<br>
<br>Result with emacs-24.3: starts at 10% cpu usage, then stays near 90-100=
% cpu usage<br>Result with emacs-22.3: 0% cpu usage<br><br>Open a text file=
 in text-mode with 4000 lines, avg line length 60 characters, max line leng=
th 70 characters, go to end of buffer, hold alt-v to scroll page up.<br>
<br>Result with emacs-24.3: scrolling is jumpy, skipping rendering some pag=
es, stays near 90-100% cpu usage<br>Result with emacs-22.3: scrolling is sm=
ooth, renders all pages, 0-10% cpu usage<br><br><br></div>.emacs config:<br=
>
(custom-set-faces<br>=A0&#39;(default ((t (:stipple nil :background &quot;b=
lack&quot; :foreground &quot;grey&quot; :inverse-video nil :box nil :strike=
-through nil :overline nil :bold nil :underline nil :slant normal :weight n=
ormal :height 75 :width normal :family &quot;sixten&quot;)))))<br>
<br>Open a text file in text-mode with 4000 lines, avg line length 60=20
characters, max line length 70 characters, go to end of buffer, hold=20
alt-v to scroll page up.<br><br><div>Result with emacs-24.3 with smaller fo=
nt (6x10 from X11): scrolls one page, then stops rendering anything (second=
 to last page stays on the screen), uses 100% cpu until top of buffer is re=
ached, then starts rendering again.<br>
Result with emacs-22.3 with smaller font (6x10 from X11): scrolling is smoo=
th, renders all pages, 0-50% cpu usage.<br><br><br>In GNU Emacs 24.3.1 (i38=
6-mingw-nt6.1.7601)<br>=A0of 2013-03-17 on MARVIN<br>Windowing system distr=
ibutor `Microsoft Corp.&#39;, version 6.1.7601<br>
Configured using:<br>=A0`configure --with-gcc (4.7) --cflags<br>=A0-ID:/dev=
el/emacs/libs/libXpm-3.5.8/include<br>=A0-ID:/devel/emacs/libs/libXpm-3.5.8=
/src<br>=A0-ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include<br>=A0-ID:/deve=
l/emacs/libs/zlib-dev_1.2.5-2/include<br>
=A0-ID:/devel/emacs/libs/giflib-4.1.4-1/include<br>=A0-ID:/devel/emacs/libs=
/jpeg-6b-4/include<br>=A0-ID:/devel/emacs/libs/tiff-3.8.2-1/include<br>=A0-=
ID:/devel/emacs/libs/gnutls-3.0.9/include<br>=A0-ID:/devel/emacs/libs/libic=
onv-1.13.1-1-dev/include<br>
=A0-ID:/devel/emacs/libs/libxml2-2.7.8/include/libxml2&#39;<br><br>Importan=
t settings:<br>=A0 value of $LANG: ENU<br>=A0 locale-coding-system: cp1252<=
br>=A0 default enable-multibyte-characters: t<br><br>Major mode: Fundamenta=
l<br>
<br>Minor modes in effect:<br>=A0 tooltip-mode: t<br>=A0 mouse-wheel-mode: =
t<br>=A0 tool-bar-mode: t<br>=A0 menu-bar-mode: t<br>=A0 file-name-shadow-m=
ode: t<br>=A0 global-font-lock-mode: t<br>=A0 blink-cursor-mode: t<br>=A0 a=
uto-composition-mode: t<br>
=A0 auto-encryption-mode: t<br>=A0 auto-compression-mode: t<br>=A0 buffer-r=
ead-only: t<br>=A0 line-number-mode: t<br>=A0 transient-mark-mode: t<br><br=
>Recent input:<br>C-x 1 M-x C-y &lt;return&gt;<br><br>Recent messages:<br>F=
or information about GNU Emacs and the GNU system, type C-h C-a.<br>
<br>Load-path shadows:<br>None found.<br><br>Features:<br>(shadow sort gnus=
-util mail-extr emacsbug message format-spec rfc822 mml<br>easymenu mml-sec=
 mm-decode mm-bodies mm-encode mail-parse rfc2231<br>mailabbrev gmm-utils m=
ailheader sendmail rfc2047 rfc2045 ietf-drums<br>
mm-util mail-prsvr mail-utils warnings time-date tooltip ediff-hook<br>vc-h=
ooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns<br>disp-table w3=
2-win w32-vars tool-bar dnd fontset image regexp-opt fringe<br>tabulated-li=
st newcomment lisp-mode register page menu-bar rfn-eshadow<br>
timer select scroll-bar mouse jit-lock font-lock syntax facemenu<br>font-co=
re frame cham georgian utf-8-lang misc-lang vietnamese tibetan<br>thai tai-=
viet lao korean japanese hebrew greek romanian slovak czech<br>european eth=
iopic indian cyrillic chinese case-table epa-hook<br>
jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces<br>cus-fa=
ce macroexp files text-properties overlay sha1 md5 base64 format<br>env cod=
e-pages mule custom widget hashtable-print-readable backquote<br>make-netwo=
rk-process w32 multi-tty emacs)<br>
<br></div></div>

--047d7bdc818a1f54a304e6706e98--




Acknowledgement sent to Zack Stackson <zack.stackson@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#15390; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Fri, 31 Oct 2014 17:00:04 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.