Re: gtk+ and gtk-engines slow

[raster redhat com]

On 23 Jan, Miguel de Icaza scribbled:
->  
->  > ->  I just tried it as well. It does speed up the computer significantly. :)
->  > ->  If the cache is so much faster, shouldn't it default to cache instead of
->  > ->  defaulting to no cache?
->  > 
->  > talk to miguel - he believes the cache is useless. I disagree - it is
->  > why I implimented a cache. I have VERY good reasons for doing stuff
->  > often - most of the time no-one realises until somehting else goes
->  > wrong :(.
->  
->  The fix is simple:
->  
->      in the gtk pixmap theme init code we need to do:
->  
->      gdk_imlib_get_cache_info (&old_pixmaps, &old_images);
->      gdk_imlib_set_cache_info (TRUE, TRUE);
->  
->  And on theme shutdown we need to do:
->  
->      gdk_imlib_set_cache_info (old_pixmaps, old_images);
->  
->  Mind if I apply this patch to gtk-engines?
->  
->  The reason I dislike the Imlib cache for pixmaps is because for the
->  non-pixmap case we end up keeping 500k of data around that are
->  unreleasable.  10 GNOME programs running would ammount to 5 megs of
->  usually unused and unreleasable information.  30% of most workstation
->  setups.

then set your imlib preferences to have no pixmap cache. there's a good
reason for user preferences - and it doesnt use 500k of pixmaps mostly
- infact most of the time the pixmaps are rendered once only and thus
you have your pixmaps anyway. those that re-render benefit from caching.

->  
->  Miguel.

-- 
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
raster@rasterman.com       /\___ /\ ___/||\___ ____/|/\___  raster@redhat.com
Carsten Haitzler           | _ //__\\ __||_ __\\ ___|| _ /  Red Hat Advanced
218/21 Conner Drive        || // __ \\_ \ | |   \ _/_|| /   Development Labs
Chapel Hill NC 27514 USA   ||\\\/  \//__/ |_|   /___/||\\   919 547 0012 ext 282
+1 (919) 929 9443, 801 4392   For pure Enlightenment   http://www.rasterman.com/

              \|/ ____ \|/  For those of you unaware. This face here is in fact
	      "@'/ ,. \@"   a Linux Kernel Error Message.
	      /_| \__/ |_\
		 \__U_/