Andre DRASZIK wrote:
Hi Dok,
On Fri, 2010-10-08 at 10:13 +0200, d...@directfb.org wrote:
New commits:
http://git.directfb.org/?p=core/DirectFB.git;a=commit;h=c066948c6b01f8e841d6f38b4c95e67faa5ec9f6
commit c066948c6b01f8e841d6f38b4c95e67faa5ec9f6
Author: Denis Oliver Kropp <d...@directfb.org>
Date: Fri Oct 8 09:55:39 2010 +0200
fonts: Reworked font cache for global cache row management.
- Font cache rows are shared across fonts.
- Maximum number of cache rows is total and not per font.
- Cache rows are selected by individual glyph height, not font height.
Applications may now load hundreds of fonts and use them in a random fashion
without having hundreds of font cache rows.
interfaces/IDirectFBFont/idirectfbfont_dgiff.c | 91 ++-
src/core/core.c | 19 +
src/core/core.h | 2 +
src/core/coretypes.h | 5 +
src/core/fonts.c | 909 ++++++++++++++++++------
src/core/fonts.h | 123 +++-
src/misc/conf.c | 2 +-
7 files changed, 877 insertions(+), 274 deletions(-)
This change dramatically increases CPU load for the df_dok draw string
benchmarks which are about 6x slower for me now...
Are you aware of this? Otherwise I'll hopefully post a patch soon for
that...
Not aware, but basically the cached glyphs should have the same performance
as before, it's still just a single hash table lookup...
--
Best regards,
Denis Oliver Kropp
.------------------------------------------.
| DirectFB - Hardware accelerated graphics |
| http://www.directfb.org/ |
'------------------------------------------'
_______________________________________________
directfb-dev mailing list
directfb-dev@directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
