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:19:16 -0500 [thread overview]
Message-ID: <AANLkTi=6NrpMFMKR80mkH6wXQFfstLt6yVyzvas2=2-c@mail.gmail.com> (raw)
In-Reply-To: <11107.1283746081@gamaville.dokosmarshall.org>
>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:19 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 [this message]
2010-09-06 4:22 ` Marcelo de Moraes Serpa
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='AANLkTi=6NrpMFMKR80mkH6wXQFfstLt6yVyzvas2=2-c@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).