[Orgmode] Re: Org file rendering/manipulation too slow
Marcelo de Moraes Serpa writes: > 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. Wild-ass guess: EMACS asks for all the fonts to be rendered that you are using in this file... if so, opening the file a second time in the same session should be a lot faster unless something is badly misconfigured. Achim. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org file rendering/manipulation too slow
I am also under the impression that it is something to do with the screen rendering or font lock (the fact that setting font-lock-verbose to nil speeds up things quite a bit points in this direction). > 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. Interesting! > I might have to reinstall emacs and configure things from scratch to > try to isolate the issue. Look forward to the results! Manuel -- --- Manuel Hermenegildo | Prof., C.S.Dept., T.U. Madrid (UPM) Director, IMDEA SW Institute & CLIP Group | +34-91-336-7435 (W) -352-4819 (Fax) --- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org file rendering/manipulation too slow
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 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 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): >>> >>> 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 >> > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org file rendering/manipulation too slow
>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 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): >> >> 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 > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org file rendering/manipulation too slow
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 2425520168 - 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 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org file rendering/manipulation too slow
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. 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 When I run "ps awlx | grep emacs", I get the following output: >501 5733 5578 0 31 0 2425520168 - R+ s000 0:00.00 grep emacs Some additional information: Emacs version string: >GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29) of 2010-05-08 >on black.local Org-mode version string: >Org-mode version 7.01trans (release_7.01g.20.gdd484.dirty) 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 :-( Thanks for the help, Marcelo. On Sun, Sep 5, 2010 at 9:07 PM, Nick Dokos wrote: > Marcelo de Moraes Serpa wrote: > >> Hi Nick, >> >> The output of elp-results is attached. I have opened a big org file I >> have, and navigated through the items a bit. >> >> Thanks, >> >> Marcelo. >> >> On Mon, Aug 30, 2010 at 9:31 PM, Nick Dokos wrote: >> > Marcelo de Moraes Serpa wrote: >> > >> >> Yeah, thanks. It is really a shame that emacs will run orgmode this >> >> slow on OSX. OSX is now my platform of choice, and emacs my editor of >> >> choice. I keep a big reference org file with tons of tons of notes, >> >> but, even with the settings you suggested (thanks for that!) it is >> >> still very slow. I'm considering switching my notes to evernote, >> >> although I would really like to just stay with emacs+orgmode, but it's >> >> just too slow as of now :( >> >> >> > >> > Please take a profile: Just do >> > >> > M-x elp-instrument-package org >> > >> > then run the slow command, then M-x elp-results and post the output to >> > the list. It might not be enough to solve your problem but it would at >> > least provide *some* information. >> > >> > Thanks, >> > Nick >> > > > OK - thanks for doing that. Given the stats: > > , > | org-cycle 3 > 0.050032 0.016677 > | org-cycle-internal-local 3 > 0.04951 0.016503 > | org-optimize-window-after-visibility-change 2 > 0.038067 0.0190335000 > | ... > ` > > it seems clear that org-mode is not the culprit and, at 0.05s, any > improvements made there are going to be completely swamped by the real > time sink (maybe the display code if I understand things correctly.) > Also, presumably you are not complaining about the 50ms delay: that > would be almost unnoticeable. How long does it take for emacs to show > you the file? > > Some questions: > > How much memory do you have on your system? How much memory does emacs > consume? Is your disk active when emacs is taking forever? > > On linux, I get the first with > > sed 1q /proc/meminfo > > and the second with > > ps awlx | grep emacs > > and look at the RSS field (field 8 in the output); e.g. > > , > | $ ps awlx | grep emacs > | 0 9772 11777 1 20 0 51284 32660 - R ? 1:02 > /usr/local/bin/emacs > ` > > shows me that emacs is consuming roughly 32Mb. I have 1Gb of memory on > the machine, so that's a comfortable fit (about 1/30 of available > memory: leaves just enough space for X and firefox :-) ). If your > numbers are closer, then maybe that's a problem: in particular, if your > disk goes wild while emacs is trying to do its thing, you are probably > swapping heavily and your performance will *really* be in the > toilet. The only solution is to buy more memory (assuming your machine > can handle it.) > > I should say that I know very little about Darwin, so all of the above > is pure speculation. Parts of it may be applicable: you'd need to check > with an OSX expert for more details. > > If there are no problems of the sort described a
Re: [Orgmode] Re: Org file rendering/manipulation too slow
Marcelo de Moraes Serpa wrote: > Hi Nick, > > The output of elp-results is attached. I have opened a big org file I > have, and navigated through the items a bit. > > Thanks, > > Marcelo. > > On Mon, Aug 30, 2010 at 9:31 PM, Nick Dokos wrote: > > Marcelo de Moraes Serpa wrote: > > > >> Yeah, thanks. It is really a shame that emacs will run orgmode this > >> slow on OSX. OSX is now my platform of choice, and emacs my editor of > >> choice. I keep a big reference org file with tons of tons of notes, > >> but, even with the settings you suggested (thanks for that!) it is > >> still very slow. I'm considering switching my notes to evernote, > >> although I would really like to just stay with emacs+orgmode, but it's > >> just too slow as of now :( > >> > > > > Please take a profile: Just do > > > > M-x elp-instrument-package org > > > > then run the slow command, then M-x elp-results and post the output to > > the list. It might not be enough to solve your problem but it would at > > least provide *some* information. > > > > Thanks, > > Nick > > OK - thanks for doing that. Given the stats: , | org-cycle 3 0.050032 0.016677 | org-cycle-internal-local 3 0.04951 0.016503 | org-optimize-window-after-visibility-change 2 0.038067 0.0190335000 | ... ` it seems clear that org-mode is not the culprit and, at 0.05s, any improvements made there are going to be completely swamped by the real time sink (maybe the display code if I understand things correctly.) Also, presumably you are not complaining about the 50ms delay: that would be almost unnoticeable. How long does it take for emacs to show you the file? Some questions: How much memory do you have on your system? How much memory does emacs consume? Is your disk active when emacs is taking forever? On linux, I get the first with sed 1q /proc/meminfo and the second with ps awlx | grep emacs and look at the RSS field (field 8 in the output); e.g. , | $ ps awlx | grep emacs | 0 9772 11777 1 20 0 51284 32660 - R? 1:02 /usr/local/bin/emacs ` shows me that emacs is consuming roughly 32Mb. I have 1Gb of memory on the machine, so that's a comfortable fit (about 1/30 of available memory: leaves just enough space for X and firefox :-) ). If your numbers are closer, then maybe that's a problem: in particular, if your disk goes wild while emacs is trying to do its thing, you are probably swapping heavily and your performance will *really* be in the toilet. The only solution is to buy more memory (assuming your machine can handle it.) I should say that I know very little about Darwin, so all of the above is pure speculation. Parts of it may be applicable: you'd need to check with an OSX expert for more details. If there are no problems of the sort described above, I would ask in an emacs forum about the performance of the display engine on Darwin: do other people see the slowness? It would show up even without org (although org make the situation marginally worse to be sure.) Given the font-lock setting that Bernt dug up, it seems likely that if memory is not the problem, the display engine is. HTH, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Org file rendering/manipulation too slow
Hi Nick, The output of elp-results is attached. I have opened a big org file I have, and navigated through the items a bit. Thanks, Marcelo. On Mon, Aug 30, 2010 at 9:31 PM, Nick Dokos wrote: > Marcelo de Moraes Serpa wrote: > >> Yeah, thanks. It is really a shame that emacs will run orgmode this >> slow on OSX. OSX is now my platform of choice, and emacs my editor of >> choice. I keep a big reference org file with tons of tons of notes, >> but, even with the settings you suggested (thanks for that!) it is >> still very slow. I'm considering switching my notes to evernote, >> although I would really like to just stay with emacs+orgmode, but it's >> just too slow as of now :( >> > > Please take a profile: Just do > > M-x elp-instrument-package org > > then run the slow command, then M-x elp-results and post the output to > the list. It might not be enough to solve your problem but it would at > least provide *some* information. > > Thanks, > Nick > org-cycle 3 0.050032 0.016677 org-cycle-internal-local 3 0.04951 0.016503 org-optimize-window-after-visibility-change 2 0.038067 0.0190335000 org-subtree-end-visible-p 1 0.015067 0.015067 org-self-insert-command 12 0.007179 0.00059825 org-fix-tags-on-the-fly 12 0.003489 0.00029075 org-end-of-subtree7 0.002255 0.0003221428 org-at-table-p16 0.001906 0.0001191250 org-on-heading-p 12 0.001669 0.0001390833 org-activate-footnote-links 26 0.001309 5.034...e-05 org-activate-plain-links 34 0.001188 3.497...e-05 org-align-tags-here 11 0.001091 9.918...e-05 org-return1 0.000976 0.000976 org-do-emphasis-faces 27 0.000866 3.207...e-05 org-activate-tags 45 0.000817 1.817...e-05 org-outline-level 82 0.000611 7.463...e-06 org-unfontify-region 26 0.000437 1.680...e-05 org-activate-dates38 0.000411 1.084...e-05 org-activate-bracket-links32 0.000409 1.281...e-05 org-cycle-show-empty-lines2 0.000357 0.0001785 org-fontify-meta-lines-and-blocks 26 0.000326 1.253...e-05 org-cycle-hide-archived-subtrees 2 0.00032 0.00016 org-activate-angle-links 26 0.000274 1.053...e-05 org-get-level-face228 0.000252 1.109...e-06 org-show-entry1 0.000214 0.000214 org-activate-code 26 0.000173 6.653...e-06 org-back-to-heading 14 0.000171 1.221...e-05 org-cycle-hide-drawers3 0.000152 5.066...e-05 org-get-todo-face 19 0.00015 7.894...e-06 org-font-lock-add-priority-faces 26 0.000138 5.307...e-06 org-remove-flyspell-overlays-in 46 0.000120 2.630...e-06 org-hide-block-toggle-maybe 3 0.000101 3.399...e-05 org-hide-wide-columns 26 9.300...e-05 3.576...e-06 org-remove-font-lock-display-properties 26 7.800...e-05 3.000...e-06 org-at-item-p 3 4.1e-05 1.366...e-05 org-babel-hide-result-toggle-maybe3 3.9e-05 1.3e-05 org-at-heading-p 4 3.8e-05 9.5e-06 org-hide-archived-subtrees1 3.2e-05 3.2e-05 org-do-latex-and-special-faces26 3.100...e-05 1.192...e-06 org-font-lock-hook26 3.100...e
Re: [Orgmode] Re: Org file rendering/manipulation too slow
Marcelo de Moraes Serpa wrote: > Yeah, thanks. It is really a shame that emacs will run orgmode this > slow on OSX. OSX is now my platform of choice, and emacs my editor of > choice. I keep a big reference org file with tons of tons of notes, > but, even with the settings you suggested (thanks for that!) it is > still very slow. I'm considering switching my notes to evernote, > although I would really like to just stay with emacs+orgmode, but it's > just too slow as of now :( > Please take a profile: Just do M-x elp-instrument-package org then run the slow command, then M-x elp-results and post the output to the list. It might not be enough to solve your problem but it would at least provide *some* information. Thanks, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org file rendering/manipulation too slow
Yeah, thanks. It is really a shame that emacs will run orgmode this slow on OSX. OSX is now my platform of choice, and emacs my editor of choice. I keep a big reference org file with tons of tons of notes, but, even with the settings you suggested (thanks for that!) it is still very slow. I'm considering switching my notes to evernote, although I would really like to just stay with emacs+orgmode, but it's just too slow as of now :( Marcelo. On Sun, Aug 29, 2010 at 10:02 AM, Manuel Hermenegildo wrote: > > It worked for me too: it is much better now. Thanks very much for the > tip! ---Manuel > > -- > --- > Manuel Hermenegildo | Prof., C.S.Dept., T.U. Madrid > (UPM) > Director, IMDEA SW Institute & CLIP Group | +34-91-336-7435 (W) -352-4819 > (Fax) > --- > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org file rendering/manipulation too slow
It worked for me too: it is much better now. Thanks very much for the tip! ---Manuel -- --- Manuel Hermenegildo | Prof., C.S.Dept., T.U. Madrid (UPM) Director, IMDEA SW Institute & CLIP Group | +34-91-336-7435 (W) -352-4819 (Fax) --- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org file rendering/manipulation too slow
I think it's something like this: It's a variable not a function. I think it controls how much stuff is written out via (message ...) calls in the implementation of font lock code on your mac version of emacs lisp. Calls to message are slow and there are lots of them in this implementation. This is just making it skip these calls. If anyone has better information than this speculation please chime in :) -Bernt Marcelo de Moraes Serpa writes: > Hi Bernt, > > It did help a lot, the rendering is faster and I can actually navigate > through my reference org file. > > Would someone mind explaining me what this function does and why does > disabling it would make things faster. > > Marcelo. > > On Wed, Aug 25, 2010 at 2:45 PM, Bernt Hansen wrote: >> Hi Marcelo, >> >> I don't use a Mac but someone on the #org-mode IRC channel mentioned >> trying this: >> >> (setq font-lock-verbose nil) >> >> HTH, >> Bernt >> >> >> Marcelo de Moraes Serpa writes: >> >>> Any hints on this one? It's really annoying to handle (not so) large >>> org files in the OSX version of emacs. Maybe recompiling it with >>> different options? >>> >>> Marcelo. >>> >>> On Sat, Aug 7, 2010 at 5:38 AM, Manuel Hermenegildo wrote: > Might be related to the OSX build -- any other OSX users around? :) I also use Mac OS and I also see very slow performance when navigating through large org files. Basically, sometimes emacs will freeze for 20 seconds or so when I switch to a large org buffer (about 30,000 lines, 1M --large but should be workable, see below). The strange thing is that it happens only sometimes. When I get desperate (it can be very annoying) I switch to a -nw session inside a terminal and then everything works fine, so I do get the impression that it has to do with screen rendering in the OS X build. My current emacs version is 23.2.1. --Manuel -- --- Manuel Hermenegildo | Prof., C.S.Dept., T.U. Madrid (UPM) Director, IMDEA Software and CLIP Group | +34-91-336-7435 (W) -352-4819 (Fax) --- >>> >>> ___ >>> Emacs-orgmode mailing list >>> Please use `Reply All' to send replies to the list. >>> Emacs-orgmode@gnu.org >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org file rendering/manipulation too slow
Hi Bernt, It did help a lot, the rendering is faster and I can actually navigate through my reference org file. Would someone mind explaining me what this function does and why does disabling it would make things faster. Marcelo. On Wed, Aug 25, 2010 at 2:45 PM, Bernt Hansen wrote: > Hi Marcelo, > > I don't use a Mac but someone on the #org-mode IRC channel mentioned > trying this: > > (setq font-lock-verbose nil) > > HTH, > Bernt > > > Marcelo de Moraes Serpa writes: > >> Any hints on this one? It's really annoying to handle (not so) large >> org files in the OSX version of emacs. Maybe recompiling it with >> different options? >> >> Marcelo. >> >> On Sat, Aug 7, 2010 at 5:38 AM, Manuel Hermenegildo wrote: >>> >>> > Might be related to the OSX build -- any other OSX users around? :) >>> >>> I also use Mac OS and I also see very slow performance when navigating >>> through large org files. Basically, sometimes emacs will freeze for 20 >>> seconds or so when I switch to a large org buffer (about 30,000 lines, >>> 1M --large but should be workable, see below). The strange thing is >>> that it happens only sometimes. When I get desperate (it can be very >>> annoying) I switch to a -nw session inside a terminal and then >>> everything works fine, so I do get the impression that it has to do >>> with screen rendering in the OS X build. My current emacs version is >>> 23.2.1. --Manuel >>> >>> -- >>> --- >>> Manuel Hermenegildo | Prof., C.S.Dept., T.U. Madrid >>> (UPM) >>> Director, IMDEA Software and CLIP Group | +34-91-336-7435 (W) -352-4819 >>> (Fax) >>> --- >>> >>> >> >> ___ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Org file rendering/manipulation too slow
Hi Marcelo, I don't use a Mac but someone on the #org-mode IRC channel mentioned trying this: (setq font-lock-verbose nil) HTH, Bernt Marcelo de Moraes Serpa writes: > Any hints on this one? It's really annoying to handle (not so) large > org files in the OSX version of emacs. Maybe recompiling it with > different options? > > Marcelo. > > On Sat, Aug 7, 2010 at 5:38 AM, Manuel Hermenegildo wrote: >> >> > Might be related to the OSX build -- any other OSX users around? :) >> >> I also use Mac OS and I also see very slow performance when navigating >> through large org files. Basically, sometimes emacs will freeze for 20 >> seconds or so when I switch to a large org buffer (about 30,000 lines, >> 1M --large but should be workable, see below). The strange thing is >> that it happens only sometimes. When I get desperate (it can be very >> annoying) I switch to a -nw session inside a terminal and then >> everything works fine, so I do get the impression that it has to do >> with screen rendering in the OS X build. My current emacs version is >> 23.2.1. --Manuel >> >> -- >> --- >> Manuel Hermenegildo | Prof., C.S.Dept., T.U. Madrid >> (UPM) >> Director, IMDEA Software and CLIP Group | +34-91-336-7435 (W) -352-4819 >> (Fax) >> --- >> >> > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
