-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 For what it is worth, I believe that ptmalloc() has been the standard allocator for glibc on Linux for quite a while (http://www.malloc.de/en/index.html), so it doesn't really make sense to have CS provide its own allocator there (and indeed might even be counterproductive by interfering with other debugging tools).
The Windows memory allocator is terrible, so that will be a welcome performance improvement. Incidentally, for multithreaded/multiprocessor applications the Hoard allocator (http://www.cs.umass.edu/~emery/hoard/) is supposed to be superior by employing strategies to avoid lock contention of the heap between CPUs. This is probably not necessary for the mostly single-threaded CS, though. On Fri, 16 Jun 2006, res wrote: > There is a branch in CS SVN > (https://svn.sourceforge.net/svnroot/crystal/CS/branches/feature/ptmalloc) > that makes CS use ptmalloc instead of the default memory allocator. This > greatly speeds up memory allocations, especially on Win32. So far, it > has been tested on Win32, Linux/AMD64 and MacOSX/PPC, and no issues were > reported. I currently intend to merge the branch into trunk shortly; > however, I'd nevertheless don't mind if before that some more people > would switch from trunk to branch and give it a try and report how well > (or not) it works. > > -f.r. [ Peter Amstutz ][ [EMAIL PROTECTED] ][ [EMAIL PROTECTED] ] [Lead Programmer][Interreality Project][Virtual Reality for the Internet] [ VOS: Next Generation Internet Communication][ http://interreality.org ] [ http://interreality.org/~tetron ][ pgpkey: pgpkeys.mit.edu 18C21DF7 ] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEltWCaeHUyhjCHfcRAryTAKCvlGHQYttAe5TQjpQs7i1UNj1DLwCfZPT5 ZJJJUHnOrjCBG8BTGgHP45s= =860G -----END PGP SIGNATURE----- _______________________________________________ Crystal-main mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/crystal-main Unsubscribe: mailto:[EMAIL PROTECTED]
