The comment thread at via [WayBack] The Oracle at Delphi » Give in to the ARC side (now at [WayBack] place 1 and [WayBack] 2) is very interesting.
So soon after writing a StackOverflow [WayBack] answer on Delphi Memory Managers yesterday, [WayBack] this one by [WayBack] David M (aka vintagedave) caught my eye:
This is unannounced at the moment, but I am working on a new memory manager which does not have a global lock, and is designed for multithreaded usage, including cases where memory is allocated in one thread and freed in another, and many threads are allocating and freeing at once. It also uses a more secure design than FastMM4, which may be important for world-facing code, eg web servers. It’s a personal project which I have not yet announced, but if you are interested (Allen, Guenther, others) please feel free to contact me at vintagedave@gmail.com.
I wonder if it is better than the multithreaded Delphi memory managers I mentioned in the answer:
- [WayBack] ScaleMM now at [WayBack] GitHub – andremussche/scalemm: Fast scaling memory manager for Delphi
- [WayBack] SynScaleMM (based on ScaleMM)
- [WayBack] TBBMM
- [WayBack] TopMM
As a side note:
One of the reasons for using FastMM is the excellent debugging capabilities. It looks like – though not free – DDDebug extends this a lot!
I found it in Wanted: live leak detection for FastMM – DelphiFeeds.com and [WayBack] TURBU Tech » Blog Archive » Wanted: live leak detection for FastMM.
–jeroen





