Closed Bug 90761 Opened 23 years ago Closed 13 years ago

why are we missing the font cache?

Categories

(Core :: Graphics, defect, P2)

x86
Linux
defect

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.
Status: NEW → ASSIGNED
Keywords: perf
Priority: -- → P2
Target Milestone: --- → mozilla0.9.3
Keywords: intl
QA Contact: andreasb → ylong
Target Milestone: mozilla0.9.3 → mozilla0.9.4
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
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 → ---
Status: REOPENED → ASSIGNED
Target Milestone: mozilla0.9.4 → mozilla0.9.5
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.

Target Milestone: mozilla0.9.5 → mozilla0.9.6
Target Milestone: mozilla0.9.6 → mozilla0.9.8
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Target Milestone: mozilla0.9.9 → Future
Keywords: nsbeta1
this might be a performance win, but don't know how much.
so, taking this off nsbeta1 list.
Blocks: 71668
Keywords: nsbeta1
QA Contact: amyy → i18n
Component: Internationalization → Graphics
QA Contact: i18n → thebes
I think this will be resolved when this other bug (https://bugzilla.mozilla.org/show_bug.cgi?id=91956) will be resolved.
I don't think that this has any relevance any more; please reopen if I'm wrong.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago13 years ago
Resolution: --- → INVALID
Well, we still have the font cache; whether we should is another question.
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.