From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mario Valencia Newsgroups: gmane.emacs.bugs Subject: bug#14721: slow scrolling on windows 7 Date: Wed, 26 Jun 2013 19:04:22 -0500 Message-ID: References: <83sj05h97i.fsf@gnu.org> <83r4fohowh.fsf@gnu.org> <83fvw4hktv.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b342d8a2bf2ac04e01781cf X-Trace: ger.gmane.org 1372291514 17664 80.91.229.3 (27 Jun 2013 00:05:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 27 Jun 2013 00:05:14 +0000 (UTC) Cc: 14721@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 27 02:05:13 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Urzi4-0006fF-Js for geb-bug-gnu-emacs@m.gmane.org; Thu, 27 Jun 2013 02:05:12 +0200 Original-Received: from localhost ([::1]:46880 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Urzi4-0004Wi-48 for geb-bug-gnu-emacs@m.gmane.org; Wed, 26 Jun 2013 20:05:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39610) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Urzhy-0004Q3-Bw for bug-gnu-emacs@gnu.org; Wed, 26 Jun 2013 20:05:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Urzhu-0001PV-Tu for bug-gnu-emacs@gnu.org; Wed, 26 Jun 2013 20:05:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49643) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Urzhu-0001P0-Qj for bug-gnu-emacs@gnu.org; Wed, 26 Jun 2013 20:05:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Urzhu-00009O-EY for bug-gnu-emacs@gnu.org; Wed, 26 Jun 2013 20:05:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Mario Valencia Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Jun 2013 00:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14721 X-GNU-PR-Package: emacs,w32 X-GNU-PR-Keywords: Original-Received: via spool by 14721-submit@debbugs.gnu.org id=B14721.1372291472496 (code B ref 14721); Thu, 27 Jun 2013 00:05:02 +0000 Original-Received: (at 14721) by debbugs.gnu.org; 27 Jun 2013 00:04:32 +0000 Original-Received: from localhost ([127.0.0.1]:43957 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UrzhP-00007v-AL for submit@debbugs.gnu.org; Wed, 26 Jun 2013 20:04:31 -0400 Original-Received: from mail-vc0-f181.google.com ([209.85.220.181]:54569) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UrzhM-00007Z-GS for 14721@debbugs.gnu.org; Wed, 26 Jun 2013 20:04:29 -0400 Original-Received: by mail-vc0-f181.google.com with SMTP id lf11so35263vcb.12 for <14721@debbugs.gnu.org>; Wed, 26 Jun 2013 17:04:22 -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=RY+BNJK1m2NK4HJvhcvKLPYg+fKmeTjFqrfKzsvgtXI=; b=l1RKZyALRzXb3c5PoUZYtw/5FVn9YEZyuMr8Z7SqJ6+x3mlkHU0prtxJYHDrTJWUhw S8sPkBVu4XQw5squLFrUNMK5lRI62cQB4B7iiHmsjdlngG3pKPOtAMbFKhvLmGRd1Aqf T7iPoLArgidROjDQ0TmBKE43Z/kWidHobyp9bIiS/3LMCDTLGp7ZpKdzTNEgyldcTc6n iDlv9QbhtLAGOCkSA9TN4cMWOMgUPOe5ik5MZZSTpXICpfHwcUjnxQVb0p95RL/R1ufe Qx3JQBQCQst+CFYXK3vQgbWEGEG8plR2FSTYp/VHJaRWehyr8DueX8itlen8PdeXRcKr TRAw== X-Received: by 10.220.114.135 with SMTP id e7mr2645929vcq.17.1372291462851; Wed, 26 Jun 2013 17:04:22 -0700 (PDT) Original-Received: by 10.58.75.14 with HTTP; Wed, 26 Jun 2013 17:04:22 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:75624 Archived-At: --047d7b342d8a2bf2ac04e01781cf Content-Type: text/plain; charset=ISO-8859-1 I would say it's still a bug. And scrolling up, with PgUp is much slower than scrolling down. I have to set the keyboard repeat rate unacceptably low in order to be able to scroll normally with PgUp. 2013/6/26 Mario Valencia > I don't have the sources, but emacs can never keep up when I press PgDn or > PgUp in any file in any mode. This always happened to me with emacs, maybe > since the version that was released say a year ago for windows; I dont > remember what version exactly. I can confirm this bug happens in > fundamental mode, with emacs -Q, with a large text file that has no large > lines. > > I have an Acer Aspire One AOD257. > Intel(R) Atom(TM) CPU N570 @ 1.66GHz, 1666 Mhz > Not sure about the display. > > Oh! I dont know how to see the exact number, but the keyboard repeat rate > was set to max. I lowered it down and it solved the problem. Is it still a > bug? > > > > 2013/6/26 Eli Zaretskii > >> > Date: Wed, 26 Jun 2013 18:28:46 +0300 >> > From: Eli Zaretskii >> > Cc: 14721@debbugs.gnu.org >> > >> > [Please keep the bug address on the CC list, so this whole discussion >> > is archived by the bug tracker.] >> > >> > > Date: Tue, 25 Jun 2013 22:42:59 -0500 >> > > From: Mario Valencia >> > > >> > > Yes, in any file. >> > > >> > > Yes, in any mode. >> > > >> > > Yes, with emacs -Q, as I said. It scrolls fine with the scroll bar >> though, >> > > as well as with "emacs -nw". >> > >> > What CPU do you have there, and what display? >> > >> > Also, can you tell what is the frequency of the keyboard auto-repeat >> > rate on that machine? >> > >> > In which version of Emacs did this start happening? >> > >> > (FWIW, I see no such slowdown on the Windows systems I work on.) >> >> Here's an experiment; let me know what you see on your machine. >> >> emacs -Q >> C-x C-f xdisp.c RET >> M-x fundamental-mode RET >> >> (Use any other large file if you don't have Emacs sources, which is >> where xdisp.c comes from.) >> >> Now lean on the PgDn key, and tell me whether Emacs can keep up. >> >> On my Core i7 machine, Emacs keeps up just fine, and on average a >> single processing unit is busy 20%, i.e. there's plenty of spare >> processing power left. >> > > --047d7b342d8a2bf2ac04e01781cf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I would say it's still a bug. And scrolling up, with P= gUp is much slower than scrolling down. I have to set the keyboard repeat r= ate unacceptably low in order to be able to scroll normally with PgUp.


2013/6/= 26 Mario Valencia <mariovalspi@gmail.com>
I don't have the sources, but emacs can neve= r keep up when I press PgDn or PgUp in any file in any mode. This always ha= ppened to me with emacs, maybe since the version that was released say a ye= ar ago for windows; I dont remember what version exactly. I can confirm thi= s bug happens in fundamental mode, with emacs -Q, with a large text file th= at has no large lines.

I have an Acer Aspire One AOD257.
Intel(R) Atom(TM) CPU N570=A0=A0 = @ 1.66GHz, 1666 Mhz
Not sure about the display.

Oh! I= dont know how to see the exact number, but the keyboard repeat rate was se= t to max. I lowered it down and it solved the problem. Is it still a bug?



2013/6/26 Eli Zaretskii <eliz@gnu.org>
> Date: Wed, 26 Jun 2013 18:28:46 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 14721@d= ebbugs.gnu.org
>
> [Please keep the bug address on the CC list, so this whole discussion<= br> > is archived by the bug tracker.]
>
> > Date: Tue, 25 Jun 2013 22:42:59 -0500
> > From: Mario Valencia <mariovalspi@gmail.com>
> >
> > Yes, in any file.
> >
> > Yes, in any mode.
> >
> > Yes, with emacs -Q, as I said. It scrolls fine with the scroll ba= r though,
> > as well as with "emacs -nw".
>
> What CPU do you have there, and what display?
>
> Also, can you tell what is the frequency of the keyboard auto-repeat > rate on that machine?
>
> In which version of Emacs did this start happening?
>
> (FWIW, I see no such slowdown on the Windows systems I work on.)

Here's an experiment; let me know what you see on your mach= ine.

=A0emacs -Q
=A0C-x C-f xdisp.c RET
=A0M-x fundamental-mode RET

(Use any other large file if you don't have Emacs sources, which is
where xdisp.c comes from.)

Now lean on the PgDn key, and tell me whether Emacs can keep up.

On my Core i7 machine, Emacs keeps up just fine, and on average a
single processing unit is busy 20%, i.e. there's plenty of spare
processing power left.


--047d7b342d8a2bf2ac04e01781cf--