From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: bogossian@mail.com Newsgroups: gmane.emacs.devel Subject: Emacs 23, so slow to refresh on Windows Date: Mon, 17 May 2010 09:19:18 -0400 Message-ID: <8CCC3DAB0774A32-16F0-1536@web-mmc-d09.sysops.aol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1274115822 14056 80.91.229.12 (17 May 2010 17:03:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 17 May 2010 17:03:42 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 17 19:03:36 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OE3j5-0005Zy-2N for ged-emacs-devel@m.gmane.org; Mon, 17 May 2010 19:03:35 +0200 Original-Received: from localhost ([127.0.0.1]:46225 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OE3j4-0008Cn-It for ged-emacs-devel@m.gmane.org; Mon, 17 May 2010 13:03:34 -0400 Original-Received: from [140.186.70.92] (port=49991 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OE0Eb-0006m6-48 for emacs-devel@gnu.org; Mon, 17 May 2010 09:19:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OE0EZ-0008Du-7L for emacs-devel@gnu.org; Mon, 17 May 2010 09:19:53 -0400 Original-Received: from imr-mb01.mx.aol.com ([64.12.207.164]:43759) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OE0EX-0008DA-V5 for emacs-devel@gnu.org; Mon, 17 May 2010 09:19:51 -0400 Original-Received: from imo-ma04.mx.aol.com (imo-ma04.mx.aol.com [64.12.78.139]) by imr-mb01.mx.aol.com (8.14.1/8.14.1) with ESMTP id o4HDJUmY005158 for ; Mon, 17 May 2010 09:19:30 -0400 Original-Received: from bogossian@mail.com by imo-ma04.mx.aol.com (mail_out_v42.9.) id 7.d9b.9f3bb51 (37530) for ; Mon, 17 May 2010 09:19:26 -0400 (EDT) Original-Received: from smtprly-mb02.mx.aol.com (smtprly-mb02.mx.aol.com [64.12.207.149]) by cia-mb01.mx.aol.com (v129.4) with ESMTP id MAILCIAMB013-5c664bf142561b6; Mon, 17 May 2010 09:19:25 -0400 Original-Received: from web-mmc-d09 (web-mmc-d09.sim.aol.com [205.188.103.99]) by smtprly-mb02.mx.aol.com (v129.4) with ESMTP id MAILSMTPRLYMB024-5c664bf142561b6; Mon, 17 May 2010 09:19:18 -0400 X-MB-Message-Source: WebUI X-AOL-IP: 82.66.250.190 X-MB-Message-Type: User X-Mailer: Mail.com Webmail 31650-STANDARD Original-Received: from 82.66.250.190 by web-mmc-d09.sysops.aol.com (205.188.103.99) with HTTP (WebMailUI); Mon, 17 May 2010 09:19:18 -0400 X-AOL-SENDER: bogossian@mail.com X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Mailman-Approved-At: Mon, 17 May 2010 13:03:27 -0400 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:124861 Archived-At: Hi, with the release of emacs 23.1 last year, I've noticed a huge=20 performance regression with the Windows build. I hoped this would be fixed in the=20 next release, but the version 23.2 is just as slow. Emacs is especially slow when scrolling through files containing very=20 long lines. With some files, it can hang for several minutes hogging the CPU. To illustrate the slow down, I built an 8MB file containing a single=20 line. I opened the file in emacs, and then I hit "ESC >" to reach the end of=20 the buffer. I measured the time it takes for emacs to refresh from the=20 moment I typed the macro. Here are the results: Emacs 21.3.1: 8s Emacs 22.3.1: 14s Emacs 23.2.1: 63s (Test setup: Athlon XP 2GHz, Windows XP SP3) In the tests above, emacs was started using the command line "emacs -q". Now, if I repeat the same test using the command "emacs -q -fn 6x13", to use my usual font, things are getting even worse: Emacs 21.3.1: 8s Emacs 22.3.1: 14s Emacs 23.2.1: 515s I searched the mailing list and found a guy complaining about similar problems back in 2008: http://lists.gnu.org/archive/html/emacs-devel/2008-06/msg01136.html The replies he received seem to indicate that the performance problem=20 was well known (and related to the new font backend I guess), though it's=20 not very clear whether or not someone was working on addressing it. So, is there hope to see improvements in the future ? Regards, Pierre