Re: animate incredibly slow compared to 21.3

[Stefan Monnier]

>> But maybe it's important to be able to compute the matrix without *ever*
>> displaying it.  E.g. in fit-window-to-buffer, count-screen-lines is used to
>> decide how to resize the window.
>> In the case where the matrix will be displayed sooner or later, I don't
>> think it makes much sense to delay the Xflush.  What's the benefit?

> I was thinking about the situation where the sit-for in line-move
> results in a situation where we would adjust the vscroll, and thus
> update the display once more.  I haven't noticed this myself, but
> I could envision that may cause flickering.

I see.  If delaying the Xflush prevents flickering, it might be a good cheap
way to solve this problem.  But I suspect that delaying the Xflush will only
reduce the flickering (the Xserver will still process two screen updates
in quick succession, or does it try to drop operations that are overridden
by subsequent operations already in the queue?).


        Stefan