[Openmcl-devel] thread overview

[Gary Byers]

On Tue, 24 Aug 2004, Hamilton Link wrote:

> I would be a little surprised if there was a Mac OS issue here...
> particularly because in a fresh cocoa listener window there is no
> perceptible delay, while in a medium-sized lisp file there's a big
> honkin' delay. Cocoa issues wouldn't be affected by the file size,
> where the rest of this could. On the other hand, maybe it's just much
> easier for Cocoa to figure out what to be redrawing when the whole text
> wrapper object is smallish.
>
> We'll see. I will spend some time looking as well, I'll do some
> profiling of Gary's suspects to start with. Where in the lisp by the
> way are you looking, again? I'd like to profile those points as well.
>

One other suspect that I may not have mentioned explicitly is
CCL::MARK-ABSOLUTE-POSITION, which doesn't even try to exploit the
cache (it just walks preceding lines until it reaches the beginning
of the buffer.)  How long this takes is obviously a function of how
many preceding lines there are.

If this (and gratuitous invalidation of the line<->position cache)
were a factor, editing at the beginning of a large buffer would be
more responsive than editing at the end.  (Doing MARK-ABSOLUTE-POSITION
naively and invalidating the cache at the drop of a hat can't be Good
Things, whether they're smoking guns or not.)

> thanks,
> hamilton
>