[Cuis-dev] Shrinking Cuis image

Luciano Notarfrancesco luchiano at gmail.com
Thu Dec 15 21:10:51 PST 2022


Juan, have you considered loading the fonts incrementally as they are
needed instead of all at once? I don’t see an easy way to do it, but maybe
you gave it some thought already.
Another option is to unload the font data to disk and load it as it’s
needed. I did this before for a text-to-speech system that used a diphones
database. I first loaded all in memory and then saved them on disk using
image segments. Then whenever a diphone is needed I loaded it and
referenced it weakly (like WeakArray with: diphone), so later if it is not
used it can be automatically garbage collected. Loading from disk with
image segments is very fast, it worked in real time with small memory
footprint.

On Thu, 15 Dec 2022 at 19:52 Juan Vuletich via Cuis-dev <
cuis-dev at lists.cuis.st> wrote:

> Most likely it is TrueType fonts that are using a lot of memory.
>
> HTH,
>
> On 12/15/2022 8:12 AM, Hilaire Fernandes via Cuis-dev wrote:
>
> Another one to condense the change file, but you have to remove the inform
> morph after:
>
>     Smalltalk condenseChanges.
>     "Remove all morphs"
>     self runningWorld doOneCycleNow.
>     (UISupervisor ui submorphs reject: [:aMorph | aMorph is:
> #TaskbarMorph]) do: [:each | each delete].
>
> --
> GNU Dr. Geohttp://drgeo.euhttp://blog.drgeo.eu
>
>
>
> --
> Juan Vuletichcuis.stgithub.com/jvuletichresearchgate.net/profile/Juan-Vuletichindependent.academia.edu/JuanVuletichpatents.justia.com/inventor/juan-manuel-vuletichlinkedin.com/in/juan-vuletich-75611b3twitter.com/JuanVuletich
>
> --
> Cuis-dev mailing list
> Cuis-dev at lists.cuis.st
> https://lists.cuis.st/mailman/listinfo/cuis-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20221216/807f72af/attachment.htm>


More information about the Cuis-dev mailing list