On Sat, 2009-01-17 at 12:49 +0100, Tomeu Vizoso wrote: > http://dev.laptop.org/ticket/8822 - Create an mmap'able icon cache > > Without this new feature, we have a limited size cache kept in memory. > Meaning that icons need to be fully rendered the first time that are > shown in the UI and that once we exceed the cache limit, we'll be > doing very expensive computations at every UI redraw. > > Would like to hear opinions about having to commit it in this release > or being able to wait for the next one.
As the author of the patch, here some information on it (the ticket is pretty a bit loaded in some ways). Currently Sugar will keep the last 50 icons in the cache. Where each color combination needs to be cached separately. This is fast as long as there is a cache hit, but should you have a full friends and activities view for example, 50 icons will not be enough. The icon cache patch attached to the ticket, would change this completely. The cache will usually store two masks of each sugar icon at different sizes (works for every icon that only use the "stroke" and "fill" colours). With this data it is possible to draw any colour combination of an icon directly from the cache. Icons that contain more colors, will currently be redrawn each time. Advantages: * One mmaped cache, that is shared between activities (and file backed). * Cached icons work for *any* color combination Disadvantages: * If the correct size is not in the cache, the icon need to be scaled (This will happen with a relatively large number of icons in the activity ring view.) * Drawing speed from the cache is lower * Icon cache needs to be build/rebuild * On installation of sugar-artwork (for the icon theme) * On first startup * When activities are installed Benjamin
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
