Re: RMAIL slows

[David Kastrup]

"Robert J. Chassell" <address@hidden> writes:

> Sunday's GNU Emacs CVS snapshot, Sun, 2005 Mar 13
> GNU Emacs 22.0.50.22 (i686-pc-linux-gnu, GTK+ Version 2.6.2)
>
> vrs
>
> Friday's GNU Emacs CVS snapshot, Fri, 2005 Mar 18
> GNU Emacs 22.0.50.26 (i686-pc-linux-gnu, GTK+ Version 2.6.2)
>
>     both started with the same, long .emacs file
>
> The time sink is `rmail-summary-goto-msg'. 
>
> I profiled one deletion on that function.  `rmail-summary-goto-msg'
> continues as the time sink.  The function takes longer over time.
>
> older
> Function Name                        Call Count  Elapsed Time  Average Time
> ===================================  ==========  ============  ============
> rmail-summary-goto-msg               6           0.057814      0.0096356666
> rmail-summary-rmail-update           6           0.0381699999  0.0063616666
> rmail-summary-undelete               1           0.016846      0.016846
> rmail-summary-delete-forward         1           0.013405      0.013405
>
>
> younger
> Function Name                        Call Count  Elapsed Time  Average Time
> ===================================  ==========  ============  ============
> rmail-summary-construct-io-menu      1           0.141289      0.141289
> rmail-summary-rmail-update           8           0.0816259999  0.0102032499
> rmail-summary-delete-forward         1           0.032636      0.032636
> rmail-summary-goto-msg               4           0.0205899999  0.0051474999
>
> Unfortunately, I am now lost.  On glancing at the source for
> `rmail-summary-goto-msg' I don't see anything obviously wrong.  What
> should I do next?

Well, one thing that appears wrong is that the branch that calls
rmail-summary-goto-msg recursively then still goes on to continue
working afterwards.

I don't have enough of a clue to judge whether this is intended
behavior, but it certainly appears weird.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum