Re: [ft-devel] [PATCHSET] Multithread-safe FreeType
- From: Werner LEMBERG <wl gnu org>
- To: behdad behdad org
- Cc: cairo cairographics org, dougfelt google com, mclasen redhat com, gtk-i18n-list gnome org, freetype-devel nongnu org
- Subject: Re: [ft-devel] [PATCHSET] Multithread-safe FreeType
- Date: Wed, 31 Dec 2014 07:25:17 +0100 (CET)
The patchset mainly removes use of singleton buffers in favor of
stack or per-face allocated ones. In all cases this has no down
side. [...]
Thanks! I'll have a look next year :-) Just wondering: How much does
your patch increase FreeType's memory footprint? What's the behaviour
in tight memory situations? In particular, there are still a lot of
programs that don't need thread safety at all, and for such systems I
would like to avoid any bloated memory consumptions.
Werner
PS: In general, I would like to test FreeType in situations where the
available memory is largely reduced so that I intentionally get
many allocation errors. Is there a GNU/Linux tool to restrict the
available memory of a process or program?
[
Date Prev][Date Next] [
Thread Prev][Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]