[squeak-dev] Dead primitive 103 makes scrolling truetype fonts very, very slow. Let's get rid of it
marcel.taeumel at hpi.de
Thu Feb 17 10:58:07 UTC 2022
Hi Tony --
I will look into this. The primitive is not dead for me... Fallback code seems a little bit slower...
> why is it re-layouting when I just change the TransformMorph's offset??
It is not. The CompositionScanner does the layouting. The DisplayScanner does the display. Both are of superclass "CharacterScanner". Both need that primitive. I suppose.
I will check is along with my current work on TrueType fonts and related caches.
Am 17.02.2022 10:07:17 schrieb Tony Garnock-Jones <tonyg at leastfixedpoint.com>:
Commenting out "" in
immediately and dramatically improves the performance of scrolling
anything truetype-font-ish on my very slow arm64 cellphone.
It's still not *fast* (why is it re-layouting when I just change the
TransformMorph's offset??) but it's faster than it was before, which was
"lock up the entire UI for ten seconds while thinking about failing
Interestingly, fast x86_64 machines aren't immune either! Running a
tally in the same image on my x86_64 pc with a modern VM, and doing the
same scrolly thing, showed primitives to be taking a significant chunk
of time. Commenting out "" there immediately eliminated a
lot of wasted CPU usage, though the machine is so fast it's not easy to
notice the improvement at squishy meatbody sensory refresh rates.
So, should I commit a change that comments out "" for
good? I don't see a downside! Is there one?
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Squeak-dev