From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Re: Org file rendering/manipulation too slow Date: Mon, 06 Sep 2010 00:08:01 -0400 Message-ID: <11107.1283746081@gamaville.dokosmarshall.org> References: <871vak112n.fsf@altern.org> <87iq3o86s4.fsf@gnu.org> <19549.21434.7688.225279@gazelle-32.local> <87zkwamkn9.fsf@norang.ca> <19578.37551.295920.461789@gazelle-32.local> <25942.1283221918@gamaville.dokosmarshall.org> <7013.1283738842@gamaville.dokosmarshall.org> Reply-To: nicholas.dokos@hp.com Return-path: Received: from [140.186.70.92] (port=39539 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OsT49-0004A3-Pe for emacs-orgmode@gnu.org; Mon, 06 Sep 2010 00:12:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OsT0A-0007aR-Hf for emacs-orgmode@gnu.org; Mon, 06 Sep 2010 00:08:15 -0400 Received: from vms173007pub.verizon.net ([206.46.173.7]:45003) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OsT0A-0007aH-Cf for emacs-orgmode@gnu.org; Mon, 06 Sep 2010 00:08:14 -0400 Received: from gamaville.dokosmarshall.org ([unknown] [173.76.32.106]) by vms173007.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0L8B007OL4TEE4J2@vms173007.mailsrvcs.net> for emacs-orgmode@gnu.org; Sun, 05 Sep 2010 23:08:02 -0500 (CDT) In-reply-to: Message from Marcelo de Moraes Serpa of "Sun, 05 Sep 2010 22:37:28 CDT." List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Marcelo de Moraes Serpa Cc: Bernt Hansen , nicholas.dokos@hp.com, Org Mode , Bastien Marcelo de Moraes Serpa wrote: > HI Nicholas, thanks for the reply, > > >How long does it take for emacs to show > >you the file? > > From the moment I press on the minibuffer to the moment the > whole file is rendered, it takes about 3 seconds. So, it does take > longer than I would expect. > > I have a 10-months old Macbook, and its specs are quite recent, check > out (from System Profiler): > > Model Name: MacBook > Model Identifier: MacBook6,1 > Processor Name: Intel Core 2 Duo > Processor Speed: 2.26 GHz > Number Of Processors: 1 > Total Number Of Cores: 2 > L2 Cache: 3 MB > Memory: 4 GB > Bus Speed: 1.07 GHz > Boot ROM Version: MB61.00C8.B00 > SMC Version (system): 1.51f53 > Serial Number (system): W89483Q78PX > Hardware UUID: 413C6EF2-12B3-5C38-A3CA-5A1F924867D7 > Sudden Motion Sensor: > State: Enabled > > So, the system is quite capable and is definetly should not be the bottleneck. > It depends of course on what *else* you are running, but prima facie, swapping doesn't look to be the problem. Nevertheless, is a disk going wild while you are opening the file? > What I note though is that when I open this big org file and try to > naviagate around, the Emacs.app CPU usage goes up to 100% and then > gradually goes down to 0 as I stop giving any other commands. Check > out the screenshot below: > > http://i56.tinypic.com/123sbcj.png > Does this happen when you open *any* large file or only when you open the org file (and iirc, it was not a very big file: smaller than 1Mb?) > When I run "ps awlx | grep emacs", I get the following output: > > >501 5733 5578 0 31 0 2425520 168 - R+ s000 > 0:00.00 grep emacs > This is the wrong process: this is the line for the "grep emacs" command, not for emacs itself. Maybe try "grep Emacs"? I don't know what the emacs command name is on OSX. > ... > It is really unfortunate that org-mode runs like this on OSX. I can't > really think of anything else I could use to manage my personal > information and todo lists, but handling big orgfiles, as of now, is > really starting to be a blocker :-( > But is it org mode that runs like this? or something else? The elp stats showed that org-mode was pretty much in the noise. Nick