From: Marcelo de Moraes Serpa <celoserpa@gmail.com>
To: nicholas.dokos@hp.com
Cc: Bernt Hansen <bernt@norang.ca>, Org Mode <emacs-orgmode@gnu.org>,
Bastien <bastien.guerry@wikimedia.fr>
Subject: Re: Re: Org file rendering/manipulation too slow
Date: Sun, 5 Sep 2010 23:22:07 -0500 [thread overview]
Message-ID: <AANLkTim8OfAa25ZXkjj6SF+UJ_bksAb7RbtcJuWzL3MO@mail.gmail.com> (raw)
In-Reply-To: <AANLkTi=6NrpMFMKR80mkH6wXQFfstLt6yVyzvas2=2-c@mail.gmail.com>
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
<celoserpa@gmail.com> 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 6163 213 0 48 0 2858968 46920 - S ?? 0: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 <nicholas.dokos@hp.com> wrote:
>> Marcelo de Moraes Serpa <celoserpa@gmail.com> wrote:
>>
>>> HI Nicholas, thanks for the reply,
>>>
>>> >How long does it take for emacs to show
>>> >you the file?
>>>
>>> From the moment I press <enter> 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
>>
>
next prev parent reply other threads:[~2010-09-06 4:22 UTC|newest]
Thread overview: 110+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-28 16:43 Org file rendering/manipulation too slow Marcelo de Moraes Serpa
2010-07-28 17:20 ` Nick Dokos
2010-07-31 8:56 ` Bastien
2010-08-04 16:52 ` Marcelo de Moraes Serpa
2010-08-06 8:49 ` Bastien
2010-08-06 18:35 ` Marcelo de Moraes Serpa
2010-08-07 12:38 ` Manuel Hermenegildo
2010-08-25 17:42 ` Marcelo de Moraes Serpa
2010-08-25 21:45 ` Bernt Hansen
2010-08-28 18:53 ` Marcelo de Moraes Serpa
2010-08-28 21:20 ` Bernt Hansen
2010-08-29 17:02 ` Manuel Hermenegildo
2010-08-31 2:06 ` Marcelo de Moraes Serpa
2010-08-31 2:31 ` Nick Dokos
2010-09-06 0:45 ` Marcelo de Moraes Serpa
2010-09-06 2:07 ` Nick Dokos
2010-09-06 3:37 ` Marcelo de Moraes Serpa
2010-09-06 4:08 ` Nick Dokos
2010-09-06 4:19 ` Marcelo de Moraes Serpa
2010-09-06 4:22 ` Marcelo de Moraes Serpa [this message]
2010-09-06 8:15 ` Manuel Hermenegildo
2010-09-06 18:24 ` Achim Gratz
[not found] ` <celoserpa@gmail.com>
2012-08-31 3:42 ` [OT] Encoding error when calling a ruby script from Emacs using shell-command Marcelo de Moraes Serpa
2012-08-31 19:51 ` Nick Dokos
2012-08-31 22:18 ` Marcelo de Moraes Serpa
2012-09-01 7:28 ` Achim Gratz
2012-09-01 13:53 ` Nick Dokos
2012-09-01 17:29 ` Marcelo de Moraes Serpa
-- strict thread matches above, loose matches on Subject: below --
2011-06-30 16:39 Calendar-like view of the org-agenda Marcelo de Moraes Serpa
2011-06-30 21:02 ` Memnon Anon
2011-07-01 8:47 ` Bastien
2011-07-01 8:48 ` Bastien
2011-07-01 10:06 ` Michael Markert
2011-07-01 17:01 ` Marcelo de Moraes Serpa
2011-07-04 10:04 ` Kan-Ru Chen
2011-07-04 17:01 ` Michael Markert
2011-07-05 3:32 ` Marcelo de Moraes Serpa
2011-07-05 7:44 ` SAKURAI Masashi
2011-07-05 9:14 ` Bastien
2011-07-06 11:30 ` Memnon Anon
2011-07-08 13:51 ` Russell Adams
2011-07-08 15:00 ` Memnon Anon
2011-07-10 3:11 ` SAKURAI Masashi
2011-07-08 22:13 ` Tassilo Horn
2011-07-09 14:17 ` Marcus Klemm
2011-07-10 15:27 ` Tassilo Horn
2011-07-10 16:00 ` Marcus Klemm
2011-07-11 13:23 ` Bastien
2011-07-11 23:34 ` Eric S Fraga
2011-07-11 15:50 ` Sebastien Vauban
2011-07-12 0:26 ` SAKURAI Masashi
2011-07-12 7:36 ` Sebastien Vauban
2011-07-12 8:37 ` Eric S Fraga
2011-07-12 9:38 ` Sebastien Vauban
2011-07-12 15:30 ` Jason F. McBrayer
2011-07-12 22:08 ` Sebastien Vauban
2011-07-13 6:04 ` Aankhen
2011-07-13 12:44 ` Jason F. McBrayer
2011-07-14 8:03 ` Aankhen
2011-07-12 16:46 ` Achim Gratz
2011-07-12 22:06 ` Sebastien Vauban
2011-07-13 11:56 ` Sebastien Vauban
2011-07-09 13:24 ` SAKURAI Masashi
2011-07-09 14:53 ` Sebastien Vauban
2011-07-09 22:48 ` weekly-view.el (was: Calendar-like view of the org-agenda) Bastien
2011-07-11 8:15 ` weekly-view.el Eric S Fraga
2011-07-13 19:55 ` Calendar-like view of the org-agenda Tassilo Horn
2011-07-15 1:00 ` SAKURAI Masashi
2011-07-15 18:01 ` OSiUX
2011-07-15 19:33 ` Michael Markert
2011-07-20 6:22 ` Reiner Steib
2011-07-17 17:01 ` SAKURAI Masashi
2011-07-17 18:29 ` Rasmus
2011-07-17 18:59 ` Rasmus
2011-07-20 5:52 ` SAKURAI Masashi
2011-07-18 8:53 ` Bastien
2011-07-20 7:29 ` SAKURAI Masashi
2011-07-05 11:49 ` Niels Giesen
2011-07-06 8:48 ` SAKURAI Masashi
2011-07-06 16:24 ` SAKURAI Masashi
2011-07-05 14:33 ` Eric S Fraga
2011-07-06 16:53 ` SAKURAI Masashi
2011-07-06 19:17 ` Eric S Fraga
2011-07-05 16:58 ` Christopher Allan Webber
2011-07-05 17:13 ` Christopher Allan Webber
2011-07-06 7:16 ` Tassilo Horn
2011-07-06 9:39 ` Manuel Hermenegildo
2011-07-06 10:00 ` Tassilo Horn
2011-07-06 10:23 ` Eric S Fraga
2011-07-06 10:41 ` Manuel Hermenegildo
2011-07-09 13:15 ` SAKURAI Masashi
2011-07-11 19:02 ` Manuel Hermenegildo
2011-07-16 15:31 ` SAKURAI Masashi
2011-07-09 13:15 ` SAKURAI Masashi
2011-07-07 4:47 ` SAKURAI Masashi
2011-07-07 15:32 ` Bastien
2011-07-07 18:03 ` Tassilo Horn
2011-07-07 19:54 ` Bastien
2011-07-10 7:09 ` SAKURAI Masashi
2011-07-10 7:59 ` Bastien
2011-07-10 7:03 ` SAKURAI Masashi
2011-07-12 7:24 ` Bastien
2011-07-16 15:52 ` SAKURAI Masashi
2011-07-08 3:11 ` Manuel Hermenegildo
2011-07-08 8:48 ` Bastien
2011-07-07 4:21 ` SAKURAI Masashi
2011-07-07 7:24 ` Tassilo Horn
2011-07-10 2:43 ` SAKURAI Masashi
2011-07-08 8:53 ` Bastien
2011-07-06 17:47 ` SAKURAI Masashi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=AANLkTim8OfAa25ZXkjj6SF+UJ_bksAb7RbtcJuWzL3MO@mail.gmail.com \
--to=celoserpa@gmail.com \
--cc=bastien.guerry@wikimedia.fr \
--cc=bernt@norang.ca \
--cc=emacs-orgmode@gnu.org \
--cc=nicholas.dokos@hp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).