On Wed, 09 Sep 2009 12:29:10 +0900, Stephen wrote:
Adam Sjøgren writes:
> I wonder how I can benchmark/profile this, I guess that would be
the
> place to start?
Well, the place to start is the Internals manual, the chapter on
redisplay. It's not terribly detailed and somewhat out of date, but
it gives an overview of how things work. Then look at
src/redisplay*.c and related files.
Thanks!
Profiling won't help much. You can see that the problem is the
the
same content gets redrawn over and over again. The question that
needs to be answered is "why?" and I don't think profiling can answer
that because redraws are event-driven. The question is what are the
events that are causing redraws, and why are they so frequent?
Maybe profiling isn't the right term - but I'd like to measure the speed
somehow so I can measure again after doing some changes and see if they
were beneficial or not.
It would give me a rather slow turnaround if I have to go to work to try
if a change has improved the speed or not :-)
[...redrawing hypothesis snipped...]
For comparison, you could see if you can find (or build) a 21.1
XEmacs
(21.4 won't do, it already has the cruft in redisplay).
Uhm. Now you've lost me:
21.4 works fast over my ADSL-line. 21.5 doesn't. If what you are
guessing is the problem was introduced before 21.4, it can't be what is
causing the problem I am experiencing, right?
You could also use xevent to capture the events going to the window
and see what they are.
Thanks for reply and the tips!
Now I just need some spare hours/days to play with these things...
Best regards,
Adam
--
"After finishing this exercise, you will probably be Adam Sjøgren
able to provide many really useful patches for Gnus asjo(a)koldfront.dk
in the future yourself."
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta