Uwe Brauer <oub(a)mat.ucm.es> writes:
>>>>> "Stephen" == Stephen J Turnbull
<stephen(a)xemacs.org> writes:
>>>>> "Uwe" == Uwe Brauer <oub(a)mat.ucm.es> 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.
--
Adrian Aichner
mailto:adrianï¼ xemacs.org
http://www.xemacs.org/