[Openmcl-devel] thread overview
gb at clozure.com
Wed Aug 25 14:24:47 UTC 2004
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.)
More information about the Openmcl-devel