On Thu, Jun 07, 2001 at 01:19:27AM +0100, David Reid wrote: > We could implement pool using sms but we'd loose a great deal of flexibility > and a great opportunity to make APR even more useful. > > Pools are a single way of dealing with handing out memory. they imply a > degree of overhead and while they work eveyrwhere there is some degree of > agreement that they're overkill in a lot of cases. So why do it?
Argh! I also thought that the purpose of SMS was to replace malloc/free and not pools. If you want to replace pools, then the code should not be called apr_sms_blah. Pool is the name for our memory system -- pool does not, and never has, defined the type of memory behind it. The current pool code is completely screwed for threaded environments because of the mutex locks. httpd 2.0 will not be production ready on threaded servers until we can get rid of that locking within worker pools. If the solution to that is to replace pools with sms, then let's get to it, but we should do so without creating a new sms namespace. Just use the same names as apr_pool.c and selectively compile one or the other. ....Roy
