Summary: | Use a larger scaled glyph cache for CJK languages | ||
---|---|---|---|
Product: | cairo | Reporter: | Federico Mena-Quintero <federico> |
Component: | general | Assignee: | Carl Worth <cworth> |
Status: | RESOLVED FIXED | QA Contact: | cairo-bugs mailing list <cairo-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | alexepico |
Version: | 1.5.1 | ||
Hardware: | Other | ||
OS: | All | ||
URL: | http://www.gnome.org/~federico/news-2007-10.html#pango-cjk-1 | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Federico Mena-Quintero
2007-10-12 01:19:59 UTC
Federico, I expect that the profile is a bit artificial as no normal application needs so many unique characters at once... I'm fine with increasing current 256 to 512 or 1024 though. But lemme blog about how to make it not increase process size first... (may want to do something similar in pango caches too.) Here's the secret: http://mces.blogspot.com/2007/10/episode-vi-return-of-federico.html Basically, if you make cairo-xlib-surface.c release glyph surfaces after uploading them to the X server, without hurting the case of image surface using them, you can increase the cache size without much affecting process size. A good enough scheme would be to release the surface if xlib-surface caused it to be created. But we don't have the means to find that out right now I guess. (In reply to comment #1) > Federico, I expect that the profile is a bit artificial as no normal > application needs so many unique characters at once... View a CJK page in Firefox (say, the daily news). You'll get plenty of unique glyphs :) We could certainly patch Pango to build histogram of this for profiling purposes. Can you give the enlarged cache size another try with my xlib patch? Moved to a "global glyph cache" TODO. |
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.