From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marcelo de Moraes Serpa Subject: Re: Re: Org file rendering/manipulation too slow Date: Sun, 5 Sep 2010 23:22:07 -0500 Message-ID: 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> <11107.1283746081@gamaville.dokosmarshall.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=48256 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OsTDp-0007MB-NZ for emacs-orgmode@gnu.org; Mon, 06 Sep 2010 00:22:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OsTDo-0000Xt-CT for emacs-orgmode@gnu.org; Mon, 06 Sep 2010 00:22:21 -0400 Received: from mail-iw0-f169.google.com ([209.85.214.169]:34478) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OsTDo-0000Xp-6J for emacs-orgmode@gnu.org; Mon, 06 Sep 2010 00:22:20 -0400 Received: by iwn33 with SMTP id 33so5505970iwn.0 for ; Sun, 05 Sep 2010 21:22:19 -0700 (PDT) In-Reply-To: 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: nicholas.dokos@hp.com Cc: Bernt Hansen , Org Mode , Bastien So, I just found out something interesting. I told emacs not to load my init.el file (i.e vanilla emacs). I then opened the same "big" orgmode file and it rendered pretty quickly! Also, navigating through the file and sending other org commands happens instantly. It is probably some configuration that I have throughout my big suite of el files. I will try to isolate it tomorrow and share the veredict with you guys. Marcelo. On Sun, Sep 5, 2010 at 11:19 PM, Marcelo de Moraes Serpa wrote: >>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? > > No. CPU is going wild, though. > >>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. > > Sorry about that. Here it is: > >>501 =A06163 =A0 213 =A0 0 =A048 =A00 =A02858968 =A046920 - =A0 =A0 =A0S = =A0 =A0 =A0?? =A0 =A00:04.30 /Applications/Emacs.app/Contents/MacOS/Emacs -= psn_0_782527 > >>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. > >>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?) > > Seems so. For example, if I open the same org file without orgmode > activated, it renders pretty fast, without any apparent issues. I also > have some big ruby script files which don't have any rendering > performance issues whatsoever. > > I might have to reinstall emacs and configure things from scratch to > try to isolate the issue. > > Thanks! > > Marcelo. > > > > > > On Sun, Sep 5, 2010 at 11:08 PM, Nick Dokos wrote= : >> 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): >>> >>> =A0 Model Name: MacBook >>> =A0 Model Identifier: =A0 MacBook6,1 >>> =A0 Processor Name: =A0 =A0 Intel Core 2 Duo >>> =A0 Processor Speed: =A0 =A02.26 GHz >>> =A0 Number Of Processors: =A0 =A0 =A0 1 >>> =A0 Total Number Of Cores: =A0 =A0 =A02 >>> =A0 L2 Cache: =A0 3 MB >>> =A0 Memory: =A0 =A0 4 GB >>> =A0 Bus Speed: =A01.07 GHz >>> =A0 Boot ROM Version: =A0 MB61.00C8.B00 >>> =A0 SMC Version (system): =A0 =A0 =A0 1.51f53 >>> =A0 Serial Number (system): =A0 =A0 W89483Q78PX >>> =A0 Hardware UUID: =A0 =A0 =A0413C6EF2-12B3-5C38-A3CA-5A1F924867D7 >>> =A0 Sudden Motion Sensor: >>> =A0 State: =A0 =A0 =A0Enabled >>> >>> So, the system is quite capable and is definetly should not be the bott= leneck. >>> >> >> 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: >>> >>> =A0>501 =A05733 =A05578 =A0 0 =A031 =A00 =A02425520 =A0 =A0168 - =A0 = =A0 =A0R+ =A0 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 >> >