From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Performance Date: Mon, 07 Jun 2010 11:33:02 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1275926629 28434 80.91.229.12 (7 Jun 2010 16:03:49 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 7 Jun 2010 16:03:49 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 07 18:03:48 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 1OLenj-0005S8-2p for ged-emacs-devel@m.gmane.org; Mon, 07 Jun 2010 18:03:47 +0200 Original-Received: from localhost ([127.0.0.1]:60326 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OLeni-00058E-A6 for ged-emacs-devel@m.gmane.org; Mon, 07 Jun 2010 12:03:46 -0400 Original-Received: from [140.186.70.92] (port=46308 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OLeK8-0006NK-0e for emacs-devel@gnu.org; Mon, 07 Jun 2010 11:33:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OLeK6-0005xL-ER for emacs-devel@gnu.org; Mon, 07 Jun 2010 11:33:11 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:51887 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OLeK0-0005vt-0H; Mon, 07 Jun 2010 11:33:04 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEANqtDExFpYBi/2dsb2JhbACeRnK+fIUXBIxn X-IronPort-AV: E=Sophos;i="4.53,378,1272859200"; d="scan'208";a="67509436" Original-Received: from 69-165-128-98.dsl.teksavvy.com (HELO pastel.home) ([69.165.128.98]) by ironport2-out.pppoe.ca with ESMTP; 07 Jun 2010 11:33:03 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id D8F048175; Mon, 7 Jun 2010 11:33:02 -0400 (EDT) In-Reply-To: (Eli Zaretskii's message of "Mon, 07 Jun 2010 09:35:04 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:125588 Archived-At: > I'm a bit surprised, because my main machine is 5 years old, and I > don't see any noticeable slowdown. But then I almost never have 10 > frames (let alone more) open at the same time; usually all but 2 are > minimized or iconified. I think the number of frames is a key part to trigger the slowdown (e.g. I don't notice it in the Emacs instance that runs Gnus where I usually have only 2 or maybe 3 frames only). Sometimes I see a significant slowdown even when only 2 frames are "open" (typically one 80x89 plus a separate single-line minibuffer-only frame), but with a large number of iconified frames (like 20 or more). > Granted, I didn't yet get to profiling and optimizing the code, > because (a) so many features need yet to get right before I get them > fast, and (b) the current code works reasonably fast for me, even when > I compile with -O0 and even in a buffer with text that really needs > reordering (which I understand is not your case). I figured as much, but thought we may want to start thinking about performance since it can take a while to track it down (and then fix it). > From what you tell, it sounds like vertical cursor motion is the > problem; please try C-f and C-b (_not_ the arrow keys!) and tell if > they are reasonably fast or also slow. C-f and C-b also have trouble keeping up with the repeat-rate (30/s). > Also, what kind of files are those? Code files, Help buffers, ... Most of them fit within 80 columns. > Anyway, I'd love some help in this matter. Getting the bidi code > faster is not a trivial job, but it does not require any knowledge of > bidirectional scripts, and I can help with understanding what the code > does and why. Without someone stepping forward, I doubt that I could > get to seriously working on speeding up the code, what with merely 10 > hours a week I have to work on Emacs. Of course. Actually, part of the reason I posted it is so as to see if other people have experienced performance problems. I'm not completely sure the problems are linked to cursor motion, to tell you the truth (e.g. it might be linked to my systematic use of reveal-mode). So I think we need a lot more data points in order to figure out where the problem comes from. Stefan