Re: svn commit: r761692 - /apr/apr/trunk/memory/unix/apr_pools.c

URL: http://svn.apache.org/viewvc?rev=761692view=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

Re: svn commit: r761692 - /apr/apr/trunk/memory/unix/apr_pools.c

On 04/03/2009 04:31 PM, mt...@apache.org wrote: Author: mturk Date: Fri Apr 3 14:31:16 2009 New Revision: 761692 URL: http://svn.apache.org/viewvc?rev=761692view=rev Log: Make final_block dynamic. It is used only so we can create our mutex that will survive pool_clear Why? The

Re: svn commit: r761692 - /apr/apr/trunk/memory/unix/apr_pools.c

Ruediger Pluem wrote: On 04/03/2009 04:31 PM, mt...@apache.org wrote: Author: mturk Date: Fri Apr 3 14:31:16 2009 New Revision: 761692 URL: http://svn.apache.org/viewvc?rev=761692view=rev Log: Make final_block dynamic. It is used only so we can create our mutex that will survive

Re: svn commit: r761692 - /apr/apr/trunk/memory/unix/apr_pools.c

On 04/03/2009 06:12 PM, Mladen Turk wrote: Ruediger Pluem wrote: On 04/03/2009 04:31 PM, mt...@apache.org wrote: Author: mturk Date: Fri Apr 3 14:31:16 2009 New Revision: 761692 URL: http://svn.apache.org/viewvc?rev=761692view=rev Log: Make final_block dynamic. It is used only so we