[Fontconfig-bugs] [Bug 101889] Make fontconfig cache relocatable
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Wed Aug 2 13:45:00 UTC 2017
https://bugs.freedesktop.org/show_bug.cgi?id=101889
--- Comment #15 from Behdad Esfahbod <freedesktop at behdad.org> ---
(In reply to Alexander Larsson from comment #13)
> Yes, we could do it lazily, true. However, I don't understand what you mean
> about sharing with others.
When the mapped file is not modified, the backing memory is shared across
processes. They are copy-on-write. If we can completely avoid changing is
even better. I have a scheme in mind that does that.
> Here is what i imagine:
>
> [Shared mmaped cache data]
> ...
> FontName="TheFont"
> FileName=offset 0
> ...
> FontName="OtherFont"
> FileName=offset 1
> ...
> FileNameTable
> [offset 0]
> [offset 12]
> FileNameStrings
> "TheFont.ttf\0OtherFont.ttf\0"
>
> This would be readonly and shared by all clients.
> To go from a cache element to a filename you would normally
> go from offset in FileNameTable to offset in FileNameStrings, all shared by
> everyone. However, in the case where the cache is loaded in a non-canonical
> location, you'd allocate an in-memory (non-shared) FileNameTable and
> FileNameStrings array, which would would rewrite and use instead.
>
> Such a setup could be lazy, either doing everything the first time you get a
> filename, or it could allocate filenames one-by-one lazily. (Although then
> you create a lot of small allocations instead of a single large one.
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/fontconfig-bugs/attachments/20170802/9542c9f2/attachment-0001.html>
More information about the Fontconfig-bugs
mailing list