Cliff Woolley wrote: > > > Still on my plate (I'll get it done soon, I swear) is the new memory > allocation scheme for buckets, are you thinking about an atomic push/pop block allocator? I'll be happy to help out if so, especially with the machine instruction level stuff. > With threading enabled, the poor buckets code > spends half its time trying to acquire mutexes. <sigh> > yeah, but that stuff can go away. compare-and-exchange (or compare & swap, or load & reserve, or...) is our friend in multithreaded systems, especially on multiprocessors. The piece I haven't figured out is how to set up CPU architecture dependent directories, or macros, or whatever, in APR. <sigh> Greg
- mod_include performance numbers Ian Holsman
- Re: mod_include performance numbers Paul J. Reder
- Re: mod_include performance numbers Cliff Woolley
- memory allocation (was Re: mod_include performa... Greg Ames
- memory allocation (was Re: mod_include perf... Cliff Woolley
- Re: memory allocation (was Re: mod_inc... Greg Ames
- Re: memory allocation (was Re: mod_inc... dean gaudet
- Re: memory allocation (was Re: mod... Cliff Woolley
- Re: mod_include performance numbers Marc Slemko
- Re: mod_include performance numbers Cliff Woolley
- Re: mod_include performance numbers Paul J. Reder
- Re: mod_include performance numbers Cliff Woolley
- Re: mod_include performance number... dean gaudet
- Re: mod_include performance nu... Greg Ames