[squeak-dev] Dead primitive 103 makes scrolling truetype fonts very, very slow. Let's get rid of it

Marcel Taeumel marcel.taeumel at hpi.de
Thu Jul 7 13:16:35 UTC 2022

Hi Dave, hi all --

Primitve 103 has still a great performance advantage for StrikeFonts, which are currently used at 100%, 125%, and 150% scale factor. Let's not remove it.

Am 07.07.2022 15:12:11 schrieb David T. Lewis <lewis at mail.msen.com>:
A note regarding the subject line of this message:

"Dead primitive ... Let's get rid of it"

If this means "stop using primitive nnn in the image", then fine. If
it means "remove primitive nnn from the VM", it is not fine at all.
The reason is that VMs need to be able to support older images that
depend on that numbered primitive assignment.

This by the way is that reason that the use of numbered primitives
is a Very Bad Thing. I wish we could come up with a way to stop
doing that. Maybe there could be some way to generate a numbered
primitive table dynamically for the jit without hard coding the
assignments in initializePrimitiveTable in the VM?


On Thu, Jul 07, 2022 at 02:33:24PM +0200, Marcel Taeumel wrote:
> Hi Tony, hi all --
> Note that the performance of TrueType text composition was improved with Squeak 6.0. We do not try to use primitive 103 in that case anymore.
> Best,
> Marcel
> Am 17.02.2022 12:44:18 schrieb Tony Garnock-Jones :
> On 2/17/22 12:33, Marcel Taeumel wrote:
> > Nevermind. The primitive 103 fails for TTCFont (200%) but not for
> > StrikeFont (125%). Yet, the only performance issues I noticed where from
> > a too small GlyphCacheSize.
> Yeah, I'm not seeing a performance difference either now I've reenabled
> it. I guess it's still there, but that code path isn't being stressed
> anymore, so it's not noticeable.
> Cheers,
> Tony


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20220707/36be108e/attachment.html>

More information about the Squeak-dev mailing list