<body><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
                                        Hi Dave, hi all --<div><br></div><div>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.</div><div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div><blockquote class='history_container' type='cite' style='border-left-style:solid;border-width:1px; margin-top:20px; margin-left:0px;padding-left:10px;'>
                        <p style='color: #AAAAAA; margin-top: 10px;'>Am 07.07.2022 15:12:11 schrieb David T. Lewis <lewis@mail.msen.com>:</p><div style='font-family:Arial,Helvetica,sans-serif'>A note regarding the subject line of this message:<br><br>   "Dead primitive ... Let's get rid of it"<br><br>If this means "stop using primitive nnn in the image", then fine. If<br>it means "remove primitive nnn from the VM", it is not fine at all.<br>The reason is that VMs need to be able to support older images that<br>depend on that numbered primitive assignment.<br><br>This by the way is that reason that the use of numbered primitives<br>is a Very Bad Thing. I wish we could come up with a way to stop<br>doing that. Maybe there could be some way to generate a numbered<br>primitive table dynamically for the jit without hard coding the<br>assignments in initializePrimitiveTable in the VM?<br><br>Dave<br><br><br>On Thu, Jul 07, 2022 at 02:33:24PM +0200, Marcel Taeumel wrote:<br>> Hi Tony, hi all --<br>> <br>> 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.<br>> <br>> Best,<br>> Marcel<br>> Am 17.02.2022 12:44:18 schrieb Tony Garnock-Jones <tonyg@leastfixedpoint.com>:<br>> On 2/17/22 12:33, Marcel Taeumel wrote:<br>> > Nevermind. The primitive 103 fails for TTCFont (200%) but not for<br>> > StrikeFont (125%). Yet, the only performance issues I noticed where from<br>> > a too small GlyphCacheSize.<br>> <br>> Yeah, I'm not seeing a performance difference either now I've reenabled<br>> it. I guess it's still there, but that code path isn't being stressed<br>> anymore, so it's not noticeable.<br>> <br>> Cheers,<br>> Tony<br><br>> <br><br><br></tonyg@leastfixedpoint.com></div></blockquote>
                                        </div></body>