Mailing Lists: Apple Mailing Lists

Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Alternate alloc libraries?



I used HeapManager a lot in my products, I don't use it in my OS X builds but still use it in my OS 9 builds. It was made freeware a few years ago, but it seems that the website http://www.biit.com is down.

FWIW, it was one of the best memory allocators I ever seen... It also saved me from some very tricky bugs thanks to the introspection and allocation monitoring tools, though they have never been updated for OS X (maybe someone could do it :-) )

Unfortunately I guess that the author never realy made much money out of it (despite HM being a killer memory allocator) and moved to do other thinks like Java stuff.

Florent

On 27 nov. 03, at 17:59, Theodore H. Smith wrote:

I've realised, that quite often, much of my hardest coding work is where I have to rewrite memory allocation routines, or make a new one. For example, I had to write my own wrapper around NewHandle/SetHandle, so that it does sentinel checking, and reallocation in ways that I prefer (attempts to alloc in temporary memory first, then application memory if that fails) and a few other things.

Another allocator I'm considering writing is designed to allocate blocks contiguously, the blocks have two sizes possible. The idea of this allocator is for a high performanc library, I want to keep the data all in the same cache, my allocator is designed to do that both with locality, and low overhead.

Now, it's really getting a bit tough coding, and its on such a simple task. I'm thinking that gnarly code like this, is why malloc was written, even though malloc isn't good enough for this need.

So, I'm wondering if there are such things as alternate allocation libraries available? Not ones that replace malloc, but ones that offer an alternative (and also leverage malloc also).

Any ideas anyone?

At least give me some productive key words to search for that will give good results on google :)

Thanks a lot!

--
Theodore H. Smith - Macintosh Consultant / Contractor.
My website: <www.elfdata.com/>
_______________________________________________
carbon-development mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/carbon-development
Do not post admin requests to the list. They will be ignored.


--
Florent Pillet, Code Segment email@hidden
Developer tools and end-user products for Palm OS & Mac OS X
ICQ: 117292463 http://perso.wanadoo.fr/fpillet
_______________________________________________
carbon-development mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/carbon-development
Do not post admin requests to the list. They will be ignored.

References: 
 >Alternate alloc libraries? (From: "Theodore H. Smith" <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.