Bug 6227 - Xft should allow XftMaxFreeTypeFiles to be configurable
Summary: Xft should allow XftMaxFreeTypeFiles to be configurable
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Lib/Xft (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Keith Packard
QA Contact:
URL:
Whiteboard: 2011BRB_Reviewed
Keywords: love
Depends on:
Blocks:
 
Reported: 2006-03-11 18:03 UTC by Vladimir Vukicevic
Modified: 2018-06-12 19:09 UTC (History)
4 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Vladimir Vukicevic 2006-03-11 18:03:12 UTC
Xft 2.1 hard-codes XftMaxFreeTypeFiles to be 5 in xftfreetype.c, meaning that at
maximum 5 freetype files are open at any given time, with a random one being
evicted if a new one is requested.  This is leading to the problem described in
https://bugzilla.mozilla.org/show_bug.cgi?id=330064 -- basically, if a file with
many scripts is loaded, this leads to significant cache thrashing and file
loading and unloading.  (The file in question jumps between scripts very often.)

We can work around this by doing dlsym hacks to get at XftMaxFreeTypeFiles
(since I note that it's not declared static), but it would be better if this was
explicitly exported via either a function to configure Xft or through a global
xft config.  (though there doesn't seem to bean XftConfig any more?)
Comment 1 Jeremy Huddleston Sequoia 2011-10-02 14:02:59 UTC
Seems trivial enough to do, but this is so old.  Is it still worth doing?
Comment 2 Adam Jackson 2018-06-12 19:09:17 UTC
Mass closure: This bug has been untouched for more than six years, and is not
obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.