[Fontconfig-bugs] [Bug 64766] New: Make fontconfig scanning faster

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sun May 19 11:34:59 PDT 2013


https://bugs.freedesktop.org/show_bug.cgi?id=64766

          Priority: medium
            Bug ID: 64766
          Assignee: fontconfig-bugs at lists.freedesktop.org
           Summary: Make fontconfig scanning faster
        QA Contact: freedesktop at behdad.org
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: nfxjfg at gmail.com
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: library
           Product: fontconfig

Scanning new fonts is pretty slow. There are two cases where this is quite
noticeable: 1. adding big fonts from memory, and 2. adding/removing fonts to
directories with many fonts. The 2nd case happens typically only on OSX,
obscure Linux systems, or MS Windows, but the 1st is a problem on all
platforms.

Looking at profiler output, most time when scanning a font is spent inside of
freetype below FT_Load_Glyph. (Something about running the truetype bytecode
interpreter...) Is that really needed for basic fontconfig functionality?

The 2nd case is worse: changing a single file in a directory containing fonts
forces the whole directory to be scanned. Can't caching be done on a per-file
basis?

For some users this is a deal breaker, and they're asking for hacks to remove
fontconfig usage etc. It would be nice if fontconfig could solve this issue by
optimizing the scan process and making the caching more clever.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/fontconfig-bugs/attachments/20130519/adc990c2/attachment.html>


More information about the Fontconfig-bugs mailing list