[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