Re: Pool freelist

2014-09-06 Thread Stefan Fritsch
On Thursday 04 September 2014 01:07:49, Branko Čibej wrote: On 03.09.2014 23:15, Stefan Fritsch wrote: On Wednesday 03 September 2014 15:37:17, Jim Jagielski wrote: It's now ~6 years later and so wondering if just bypassing the pool freelist is now viable, at least as a compile-time (or

Re: Pool freelist

2014-09-04 Thread Greg Stein
As I recall, Paul tested using tcmalloc or some other allocator to replace apr_palloc(). No bueno. The short answer is that pool-based allocation is *wicked* fast, compared to any other attempt/mechanism for allocating memory. I managed to improve over apr by removing an if-test or two, but any

Re: Pool freelist

2014-09-04 Thread Ivan Zhakov
On 3 September 2014 23:37, Jim Jagielski j...@jagunet.com wrote: Yeah, that thread, and Greg's work w/ pocore, are kind of the origins of this question. The thing is that awhile ago, (I mean way awhile ago), I recall us trying to simply replace pools w/ malloc/free (Paul was the main dude in

Re: Pool freelist

2014-09-04 Thread Jim Jagielski
On Sep 4, 2014, at 7:03 AM, Ivan Zhakov i...@visualsvn.com wrote: On 3 September 2014 23:37, Jim Jagielski j...@jagunet.com wrote: Yeah, that thread, and Greg's work w/ pocore, are kind of the origins of this question. The thing is that awhile ago, (I mean way awhile ago), I recall us trying

Re: Pool freelist

2014-09-03 Thread Ivan Zhakov
On 2 September 2014 16:02, Jim Jagielski j...@jagunet.com wrote: Has anyone looked at simply disabling the apr_pools freelist totally lately and seeing what the performance is? This thread may be interesting: http://svn.haxx.se/dev/archive-2008-10/0070.shtml We also tested disabling apr_pools

Re: Pool freelist

2014-09-03 Thread Jim Jagielski
Yeah, that thread, and Greg's work w/ pocore, are kind of the origins of this question. The thing is that awhile ago, (I mean way awhile ago), I recall us trying to simply replace pools w/ malloc/free (Paul was the main dude in this case) and we got terrible performance... It's now ~6 years later

Re: Pool freelist

2014-09-03 Thread Stefan Fritsch
On Wednesday 03 September 2014 15:37:17, Jim Jagielski wrote: It's now ~6 years later and so wondering if just bypassing the pool freelist is now viable, at least as a compile-time (or allocator) option. I don't see any reason against a non-default compile-time option. Then people could test

Re: Pool freelist

2014-09-03 Thread Branko Čibej
On 03.09.2014 23:15, Stefan Fritsch wrote: On Wednesday 03 September 2014 15:37:17, Jim Jagielski wrote: It's now ~6 years later and so wondering if just bypassing the pool freelist is now viable, at least as a compile-time (or allocator) option. I don't see any reason against a non-default