On Wed, Jun 06, 2001 at 06:30:30PM +0200, Sander Striker wrote: > > what's the profile of the memory allocation / reallocation / deallocation > > like? > > > > sander has written sma - smart memory allocator. > > > > it basically allows you to have more control over the block > > size etc for management etc of memory allocation / reallocation. > > > > it's wrapped through the apr_sms memory API [i think!] so > > you'd be able to use a different mallocator if you decided > > you didn't like sma. use the tracking sms, or even the > > simple standard-lib (malloc/free/realloc) sms instead. > > It isn't an sms yet :-) > But if people are interested, I can implement it as an sms. > > > up to you: the sms API framework is there to allow you to > > experiment and definitively make these kinds of development > > decisions. > > Yes, but everything now has a dependency on pools, not on sms.
ah: i naturally assumed, but should make it explicity clear, that it should go like this: sma depends on nothing pools depend on sma everything else depends on pools. given this [logical] proviso, the above experimentation is possible. luke
