From: Rainer Stengele <rainer.stengele@online.de>
To: nicholas.dokos@hp.com
Cc: emacs-orgmode@gnu.org, Eric S Fraga <ucecesf@ucl.ac.uk>,
Rainer Stengele <rainer.stengele@diplan.de>
Subject: Re: moving in the agenda view is slow
Date: Mon, 29 Nov 2010 11:51:41 +0100 [thread overview]
Message-ID: <4CF385BD.3010101@online.de> (raw)
In-Reply-To: <3201.1290979966@gamaville.dokosmarshall.org>
[-- Attachment #1: Type: text/plain, Size: 7797 bytes --]
Am 28.11.2010 22:32, schrieb Nick Dokos:
> Rainer Stengele <rainer.stengele@diplan.de> wrote:
>
>
>> I tried with pressing "n" step by step 10 times, so no leaning on the "n" key:
>>
>> org-agenda-next-line 10 0.3139999999 0.0314
>> next-line 10 0.3139999999 0.0314
>> org-detach-overlay 12 0.0 0.0
>> org-agenda-post-command-hook 12 0.0 0.0
>> org-agenda-do-context-action 10 0.0 0.0
>> org-get-at-bol 10 0.0 0.0
>> org-unhighlight 12 0.0 0.0
>> font-lock-mode 1 0.0 0.0
>> font-lock-default-function 1 0.0 0.0
>>
>>
>> I see no change. Emacs is on Windows XP.
>>
> OK - next-line is indeed taking up all the time (but the exact equality
> and the 0.0 times make me wonder about the clock resolution on this
> platform and how reliable elp is here), so, unless there is some
> backdoor connection, these delays have nothing to do with org - it's
> emacs itself which is slow: 31ms per call is not as slow as it was
> yesterday, but it's still 25x what I see.
>
> Eric, do you encounter this problem on Emacs/Windows XP as well? Has
> anybody encountered this problem on anything *but* Emacs/Windows XP?
>
> Rainer, if you'd like to continue the exercise, maybe the thing to do is
> to profile functions that next-line calls and get another profile. The
> only other function that seems likely to take up time is line-move, so
> you might proceed like this:
>
> Set up a minimal emacs so that you don't have to retype everything
> over and over. Something like the following, where I assume you use
> org-install to initialize org - you'll also have to change the load-path
> and the list of org-agenda-files to suit your situation:
>
> --8<---------------cut here---------------start------------->8---
> (add-to-list 'load-path "~/elisp/org-mode/lisp")
> (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" . org-mode))
> (require 'org-install)
> (require 'org-agenda)
> (global-set-key "\C-cl" 'org-store-link)
> (global-set-key "\C-ca" 'org-agenda)
> (global-set-key "\C-cr" 'elp-results)
>
> (elp-instrument-list '(org-agenda-next-line next-line line-move))
> (setq org-agenda-files '("~/lib/org/work.org" "~/lib/org/home.org"))
> (org-agenda-list)
> (elp-reset-all)
> --8<---------------cut here---------------end--------------->8---
>
> Save it in a file called minimal.emacs and then say
>
> emacs -Q --load minimal.emacs
>
> You should get an agenda - press "n" a dozen times, and then C-c r
> to get the results. You can add more functions to the list above
> (the next few candidates are line-move-partial, line-move-visual,
> line-move-1). Assuming that you get consistent results implicating
> these, I suspect that the thing to do is to post your findings in
> an emacs forum or open an emacs bug report.
>
> I haven't gone back to check your original emails, but is there
> a particular version of emacs that exhibits this problem? Is there
> a version that does *not* exhibit it? When exactly did you start
> noticing this behavior (relative to emacs updates etc)?
>
> Thanks,
> Nick
>
>
>
Continuing the exercice I found:
(elp-instrument-list '(org-agenda-next-line next-line line-move)) results in
org-agenda-next-line 12 0.016 0.0013333333
next-line 12 0.0 0.0
line-move 12 0.0 0.0
(elp-instrument-list '(org-agenda-next-line next-line line-move line-move-partial line-move-visual line-move-1)) results in
org-agenda-next-line 12 0.015 0.00125
next-line 12 0.0 0.0
line-move 12 0.0 0.0
line-move-partial 12 0.0 0.0
line-move-1 12 0.0 0.0
changing to agenda month view and "n"-ing through all entries results in:
org-agenda-next-line 93 0.2180000000 0.0023440860
next-line 93 0.016 0.0001720430
line-move 93 0.0 0.0
line-move-partial 93 0.0 0.0
line-move-1 93 0.0 0.0
further, after elp-instrument-package RET org RET (and doing lots of "n"s and "p"s)
org-agenda-do-context-action 445 1.5169999999 0.0034089887
org-display-outline-path 428 1.4699999999 0.0034345794
org-get-outline-path 428 1.1270000000 0.0026331775
org-up-heading-safe 1932 1.0960000000 0.0005672877
org-agenda-next-line 224 0.9700000000 0.0043303571
org-agenda-previous-line 221 0.8540000000 0.0038642533
line-move 445 0.3070000000 0.0006898876
next-line 224 0.2160000000 0.0009642857
line-move-1 445 0.1980000000 0.0004449438
line-move-partial 445 0.109 0.0002449438
org-format-outline-path 428 0.078 0.0001822429
org-outline-level 3436 0.061 1.77...e-005
org-back-to-heading 1932 0.016 8.28...e-006
org-detach-overlay 447 0.0 0.0
org-agenda-post-command-hook 447 0.0 0.0
org-add-props 1504 0.0 0.0
org-get-at-bol 445 0.0 0.0
org-unhighlight 447 0.0 0.0
after disabling the showing of the outline path in agenda views:
line-move 430 0.1890000000 0.0004395348
line-move-1 430 0.1730000000 0.0004023255
org-agenda-previous-line 214 0.1560000000 0.0007289719
org-agenda-next-line 216 0.095 0.0004398148
next-line 216 0.048 0.0002222222
org-agenda-do-context-action 430 0.047 0.0001093023
org-detach-overlay 431 0.015 3.48...e-005
org-unhighlight 431 0.015 3.48...e-005
line-move-partial 430 0.0 0.0
org-agenda-post-command-hook 431 0.0 0.0
org-get-at-bol 430 0.0 0.0
scrolling with "n" and "p" runs smoothly now! Sigh! That means the slowness is connected to my .emacs and org settings!?
I'am afraid I have to go through all the settings and find the culprit.
Rainer
[-- Attachment #2: rainer_stengele.vcf --]
[-- Type: text/x-vcard, Size: 187 bytes --]
begin:vcard
fn:Rainer Stengele
n:Stengele;Rainer
email;internet:rainer.stengele@online.de
tel;work:+49(0)9131777885
tel;cell:+49(0)17612777885
x-mozilla-html:FALSE
version:2.1
end:vcard
[-- Attachment #3: Type: text/plain, Size: 201 bytes --]
_______________________________________________
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
next prev parent reply other threads:[~2010-11-29 10:51 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-26 16:26 moving in the agenda view is slow Rainer Stengele
2010-11-26 16:46 ` Carsten Dominik
2010-11-26 18:20 ` org-mode gnus integration across two machines when using nnimap Tommy Kelly
2010-11-26 18:35 ` Dan Christensen
2010-11-26 18:53 ` Tommy Kelly
2010-11-26 19:40 ` Dan Christensen
2010-12-14 23:07 ` Ted Zlatanov
2010-12-01 18:41 ` e20100633
2010-12-01 22:55 ` [Orgmode] " Eric S Fraga
2010-12-01 23:44 ` e20100633
2010-12-02 1:32 ` Bernt Hansen
2010-12-02 7:24 ` e20100633
2010-12-02 1:55 ` Greg Troxel
2010-12-02 2:58 ` Matt Lundin
2010-11-26 20:15 ` moving in the agenda view is slow Martin Stemplinger
2010-11-26 21:28 ` Markus Heller
2010-11-27 11:31 ` Rainer Stengele
2010-11-26 23:04 ` Eric S Fraga
2010-11-26 23:08 ` Carsten Dominik
2010-11-27 2:53 ` Nick Dokos
2010-11-27 7:09 ` Manuel Hermenegildo
2010-11-27 11:22 ` Rainer Stengele
2010-11-27 11:21 ` Rainer Stengele
2010-11-27 17:00 ` Nick Dokos
2010-11-27 18:25 ` Rainer Stengele
2010-11-27 19:23 ` Nick Dokos
2010-11-27 21:11 ` Rainer Stengele
2010-11-28 0:30 ` Nick Dokos
2010-11-28 18:38 ` Rainer Stengele
2010-11-28 20:01 ` Nick Dokos
2010-11-28 20:17 ` Eric S Fraga
2010-11-28 22:11 ` Nick Dokos
2010-11-30 12:28 ` Eric S Fraga
2010-11-28 21:41 ` Rainer Stengele
2010-12-15 11:47 ` Eric S Fraga
2010-11-28 17:37 ` Eric S Fraga
2010-11-28 19:29 ` Nick Dokos
2010-11-28 19:40 ` Rainer Stengele
2010-11-28 21:32 ` Nick Dokos
2010-11-28 22:12 ` Eric S Fraga
2010-11-28 22:31 ` Nick Dokos
2010-11-29 8:53 ` Rainer Stengele
2010-11-29 10:51 ` Rainer Stengele [this message]
2010-11-29 15:56 ` Nick Dokos
2010-11-29 16:15 ` Sébastien Vauban
2010-11-30 12:30 ` Eric S Fraga
2010-12-01 14:18 ` Carsten Dominik
2010-12-01 15:11 ` moving in the agenda view is slow: solved! Rainer Stengele
2010-12-01 15:19 ` Carsten Dominik
2010-12-01 17:30 ` Eric S Fraga
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=4CF385BD.3010101@online.de \
--to=rainer.stengele@online.de \
--cc=emacs-orgmode@gnu.org \
--cc=nicholas.dokos@hp.com \
--cc=rainer.stengele@diplan.de \
--cc=ucecesf@ucl.ac.uk \
/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).