apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Querna <p...@querna.org>
Subject Re: Poor performance with new apr_pool
Date Thu, 26 Mar 2009 14:40:07 GMT
> FreeBSD 7.1-STABLE (amd opterons; people.apache.org):
> APR 1.3: 242582048
> APR 2.0: 537562071 (+221%)


Same FreeBSD 7.1 machine, using tcmalloc[1]
APR 1.3: 243307182
APR 2.0: 214131712 (-22%)

I think we should consider bundling tcmalloc, or making it a compile
time option.

This shows that many libc have crappy malloc....

[1] - http://goog-perftools.sourceforge.net/

Mime
View raw message