Re: Speed difference in Gnus

Uwe Brauer <oub(a)mat.ucm.es&gt; writes: >>>>>>"Stephen" == Stephen J Turnbull <stephen(a)xemacs.org&gt; writes: >>>>>> >>>>>> >>>>>>"Uwe" == Uwe Brauer <oub(a)mat.ucm.es&gt; writes: >>>>>> >>>>>> > Stephen> Sure. I can name a number of them. Contributions on any > Stephen> of them would be welcome. > > > Stephen> (2) I suspect redisplay is slowed dramatically by code > Stephen> kluged in to ensure correct display of the native widgets. > Stephen> I know for sure that in Xft most everything gets displayed > Stephen> twice on every redisplay. > > Stephen> (3) Regexp issues. It's not hard to write regexps that > Stephen> behave badly in loops, and XEmacs's regexp implementation > Stephen> has had problems with corner cases. > > Stephen> (4) Algorithms. I suspect that for most packages GNU has > Stephen> a decided advantage in terms of the amount of developer > Stephen> time that goes into optimizing for them, and there's a > Stephen> strong bias toward designing things that are efficient for > Stephen> GNU, and then hacking in XEmacs support later. > >Ok I see, how could I test that in the case I mentioned (copying and >moving a lot of msg from imap folders to nnml folder, or even between >imap folders) is slow? > >Can I run some kind of profiler to find out, in of the points >mentioned above could be the culprit? > > Hi Uwe, you could try some of a* profile-command - Run COMMAND, profiling the execution and displaying the results. a* profile-expression - Eval EXPR, profiling the execution and displaying the results. a* profile-key-sequence - Dispatch the key sequence KEYS, profile the execution and show the results. a* profile-results - Print profiling info INFO to STREAM in a pretty format. l* profile-sexp - Profile some lisp expression.