apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mladen Turk <mt...@apache.org>
Subject Re: svn commit: r761692 - /apr/apr/trunk/memory/unix/apr_pools.c
Date Fri, 03 Apr 2009 15:40:33 GMT
> URL: http://svn.apache.org/viewvc?rev=761692&view=rev
> Log:
> Make final_block dynamic.
> It is used only so we can create our mutex that will survive pool_clear

No mater what you do the new implementation simply sucks
when compared to the old one.
The performance is 2 to 20+ times! slower depending on
the pool usage. More small allocations simply kills
the new pool both from performance and memory usage.

So if anyone wishes to save this experiment, he
can create a branch or whatever, because I intend
to restore the apr 1.4 code.


View raw message