Re: landing g_slice_*() in glib

2005-12-02 Thread Alexander Larsson
On Fri, 2005-12-02 at 02:55 +0100, Tim Janik wrote: g_malloc/g_free: Starting 1 threads allocating random blocks = 1024 bytes with seed=123456789 using slab allocator + magazine cache real0m16.784s internal slab allocator: Starting 1 threads allocating random blocks = 1024

Re: landing g_slice_*() in glib

2005-12-02 Thread Tim Janik
On Fri, 2 Dec 2005, Alexander Larsson wrote: On Fri, 2005-12-02 at 02:55 +0100, Tim Janik wrote: g_malloc/g_free: Starting 1 threads allocating random blocks = 1024 bytes with seed=123456789 using slab allocator + magazine cache real0m16.784s internal slab allocator: Starting 1

Re: landing g_slice_*() in glib

2005-12-02 Thread Paul LeoNerd Evans
On Fri, 02 Dec 2005 09:44:04 +0100 Alexander Larsson [EMAIL PROTECTED] wrote: Also, are you making GType use g_slice for allocation of objects instead of memchunks (if n_preallocs is set)? And what of the allocators used by GString / GList / GSlist / ...? Will they be using g_slice now too..?

landing g_slice_*() in glib

2005-12-01 Thread Tim Janik
hey all. i've comitted the new memory allcoator to glib HEAD now. it replaces the old slow and memory bloated memchunk implementation and should provide significant speedups and memory savings over using the systems malloc()/free() implementations. gslice.c contains a large comment which