Skia's font cache doesn't count towards your heap limit. On Sun, Jun 19, 2011 at 11:19 PM, Adam Ratana <[email protected]> wrote: > Thank you for responding; it seems to be freeing up quite often, probably > several to more than several meg of memory a second (if the numbers are > right), depending on how often the view is invalidated. I know we are > working with limited heap space, is this something we can optimize in our > implementation or should we not be concerned at all? Most of the text is > the same, but could be generated with new string instances for example. > Thanks, > Adam > > On Monday, June 20, 2011 12:58:03 AM UTC-4, Dianne Hackborn wrote: >> >> It just means it needs to flush old data from the font cache. You may see >> this a lot if you are for example drawing at a large number of sizes, as you >> fill up the font cache with glyphs in a lot of sizes and old glyphs need to >> be removed to make room. >> >> On Sun, Jun 19, 2011 at 9:17 PM, Adam Ratana <[email protected]> wrote: >>> >>> Hello, I am noticing the same with an implementation for some new >>> functionality I'm experimenting with. I am doing a lot of canvas.drawText >>> calls on a custom View canvas, using the system font though. Are you doing >>> canvas.drawText a lot, Samuh? >>> Also a "bump" in case anyone reading has knowledge on this subject. >>> Wondering am I doing something stupid here, trying to avoid jankiness. >>> >>> On Wednesday, June 1, 2011 2:10:27 PM UTC-4, Samuh wrote: >>>> >>>> We are using four different custom fonts across our app. These files >>>> are bundled in Assets and are opened in onCreate of every Activity. >>>> >>>> While studying the logs of our app we keep observing the following log >>>> from Skia decoder. >>>> >>>> 01-01 19:19:51.585: DEBUG/skia(1510): purging 197K from font cache [20 >>>> entries] >>>> >>>> What does the above mean? And how does it affect performance? >>>> >>>> Is it desirable? >>>> >>>> Thanks. >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Android Developers" group. >>> To post to this group, send email to [email protected] >>> To unsubscribe from this group, send email to >>> [email protected] >>> For more options, visit this group at >>> http://groups.google.com/group/android-developers?hl=en >> >> >> -- >> Dianne Hackborn >> Android framework engineer >> [email protected] >> >> Note: please don't send private questions to me, as I don't have time to >> provide private support, and so won't reply to such e-mails. All such >> questions should be posted on public forums, where I and others can see and >> answer them. >> > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/android-developers?hl=en
-- Romain Guy Android framework engineer [email protected] Note: please don't send private questions to me, as I don't have time to provide private support. All such questions should be posted on public forums, where I and others can see and answer them -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
