Closed
Bug 90761
Opened 23 years ago
Closed 13 years ago
why are we missing the font cache?
Categories
(Core :: Graphics, defect, P2)
Tracking
()
RESOLVED
INVALID
Future
People
(Reporter: dbaron, Assigned: dbaron)
References
Details
(Keywords: intl, perf)
I just took a profile of a run through ibench, and I'm getting the feeling we're missing the font cache a lot. In particular, we're missing the font cache during paint, which scares me, since it should be cached from reflow. The push-to-the-front-of-the-list code could also be optimized by using the end of the list as the front and *leaving* the AppendElement that we perhaps should have changed before.
Assignee | ||
Updated•23 years ago
|
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Comment 1•23 years ago
|
||
I think I've found the problem in bug 91956. I'm going to dup this into that one. *** This bug has been marked as a duplicate of 91956 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 2•23 years ago
|
||
It was known that the lifetime of the font cache was short, but this says we're missing it even within that short lifetime. I've been thinking that the font cache needs to be at a lower level since the font code for each port knows which strings result in equivalent fonts. Reopening.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Assignee | ||
Updated•23 years ago
|
Status: REOPENED → ASSIGNED
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Comment 3•23 years ago
|
||
from bug 91956 > ... > Note that on Unix, the underlying font engine uses a single font cache, so we > are not calling the OS too many times for each nsFont True, the Linux/Unix code only opens each X font once and (cough, cough) never (cough, cough) releases it. However, the Linux/Unix font code does spend a *lot* of time building the mLoadedFonts list (used for glyph fill in) when a font cache entry is created. So every time an entry in the font cache is cleared and then recreated the mLoadedFonts list has to be rebuilt.
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.6 → mozilla0.9.8
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.9 → Future
this might be a performance win, but don't know how much. so, taking this off nsbeta1 list.
Updated•15 years ago
|
QA Contact: amyy → i18n
Updated•14 years ago
|
Component: Internationalization → Graphics
QA Contact: i18n → thebes
Comment 5•13 years ago
|
||
I think this will be resolved when this other bug (https://bugzilla.mozilla.org/show_bug.cgi?id=91956) will be resolved.
Comment 6•13 years ago
|
||
I don't think that this has any relevance any more; please reopen if I'm wrong.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 13 years ago
Resolution: --- → INVALID
Assignee | ||
Comment 7•13 years ago
|
||
Well, we still have the font cache; whether we should is another question.
Comment 8•13 years ago
|
||
How about we fix bug 91956, and then this one really will be invalid? It sounds like after 10 years, that one might actually get fixed, so... Bug :zwol!
You need to log in
before you can comment on or make changes to this bug.
Description
•