From: "Sébastien Vauban" <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
To: emacs-orgmode-mXXj517/zsQ@public.gmane.org
Subject: Re: Having (too) many files in org-agenda-files
Date: Wed, 01 Dec 2010 20:46:09 +0100 [thread overview]
Message-ID: <80bp5546pq.fsf@missioncriticalit.com> (raw)
In-Reply-To: 71A379F0-8D86-42F2-AB35-91AECD0027EA@gmail.com
Hi Carsten and Nick,
Carsten Dominik wrote:
> On Sep 30, 2010, at 7:08 PM, Sébastien Vauban wrote:
>> Nick Dokos wrote:
>>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> wrote:
>>>>>> Having to wait 92 seconds at startup, or a long time just a few minutes
>>>>>> later has the same impact for me.
>>>
>>> Maybe you should try adding a call to the profiler to your .emacs and try
>>> to measure e.g. how much the font locking costs. Off the top of my head
>>> and entirely untested, adding (require 'elp) might be enough.
>>
>> Here are the results.
>>
>> font-lock-fontify-buffer 96 15.383627999 0.1602461249
>
> Well, the point I am trying to make already for a number of messages is
> this: font-lock-fontify-buffer should not be called at all - it is not
> called in my setup.
>
> But, apparently, fontlock is bad, but not the worst issue you are
> encountering.
>
>> font-lock-default-fontify-buffer 96 15.378296000 0.1601905833
>> font-lock-fontify-region 96 15.284044000 0.1592087916
>> font-lock-default-fontify-region 96 15.282674000 0.1591945208
>> font-lock-fontify-keywords-region 96 15.184516 0.1581720416
>> font-lock-prepend-text-property 8608 0.2712220000 3.150...e-05
>> font-lock-unfontify-region 96 0.0859729999 0.0008955520
>> font-lock-add-keywords 166 0.0800819999 0.0004824216
>> font-lock-compile-keywords 138 0.0671930000 0.0004869057
>> font-lock-default-unfontify-region 96 0.0378660000 0.0003944375
>> font-lock-mode 142 0.0344680000 0.0002427323
For whatever reason, I've noticed that there are:
- 96 calls for 32 files in my org-agenda-files
- 99 calls for 33 files in my org-agenda-files
hence, 3 font-lock-fontify-buffer calls per Org file[1].
Anyway, I now do have found the culprit: the =column-marker= package (which
highlights my columns 78, 79 and 80 of text), loaded in my .emacs file by this
snippet):
#+begin_src emacs-lisp
;; highlight columns 78 to 80 in some modes
(when (require 'column-marker)
(dolist (hook '(emacs-lisp-mode-hook
cperl-mode-hook
shell-mode-hook
text-mode-hook
change-log-mode-hook
makefile-mode-hook
message-mode-hook
texinfo-mode-hook))
(add-hook hook (lambda ()
(interactive)
(column-marker-1 78)
(column-marker-2 79)
(column-marker-3 80)))))
#+end_src
It accounts for a bit more than 10 s delay in the total time of my .emacs file
-- which, currently, still calls (org-agenda-list):
- with it, total time is 70s - 73s
- without it, total time is 80s - 84s
The difference is really huge...
Though, such a capability being really nice, do you know some replacement for
this?
Best regards,
Seb
Footnotes:
[1] The offending package highlights 3 columns in the buffer: maybe that's the
factor 3 for every Org file...
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
next prev parent reply other threads:[~2010-12-01 19:46 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-28 18:45 Having (too) many files in org-agenda-files Sébastien Vauban
2010-09-28 20:19 ` Matt Lundin
2010-09-29 21:21 ` Sébastien Vauban
2010-09-29 3:39 ` Shelagh Manton
2010-09-29 8:52 ` Sébastien Vauban
2010-09-29 3:56 ` Carsten Dominik
2010-09-29 8:32 ` Sébastien Vauban
2010-09-29 13:19 ` Carsten Dominik
2010-09-29 22:20 ` Sébastien Vauban
2010-09-30 11:24 ` Carsten Dominik
2010-09-30 11:53 ` Sébastien Vauban
2010-09-30 15:33 ` Nick Dokos
2010-09-30 17:08 ` Sébastien Vauban
2010-09-30 17:37 ` Carsten Dominik
2010-12-01 19:46 ` Sébastien Vauban [this message]
2010-12-01 23:00 ` Eric S Fraga
[not found] ` <17540.1291246717@gamaville.americas.hpqcorp.net>
2010-12-02 8:57 ` Eric S Fraga
2010-12-02 9:25 ` Sébastien Vauban
2010-12-12 18:28 ` David Maus
2010-12-02 3:10 ` Jeff Horn
2010-12-02 9:15 ` Sébastien Vauban
2010-10-06 14:47 ` Daniel Clemente
2010-09-30 13:37 ` Sébastien Vauban
2010-09-30 13:41 ` Carsten Dominik
2010-09-29 12:38 ` Matt Lundin
2010-09-29 12:47 ` Matthew Lundin
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=80bp5546pq.fsf@missioncriticalit.com \
--to=wxhgmqzgwmuf-genee64ty+gs+fvcfc7uqw@public.gmane.org \
--cc=emacs-orgmode-mXXj517/zsQ@public.gmane.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.