Conversation

Holy shit mallocng is doing something right. I'm used to mutt growing to over 120 MB and sticking there forever after opening large folders...
2
11
Replying to
Have you tried using it with a web browser and notoriously resource-hungry pages? I remember the people behind the Mesh allocator having good luck with Firefox?
1
Replying to and
Yes, it probably would for performance. I'm not sure how to compare memory usage though. The interesting thing for a large app is not initial usage but non-leaking (non-growth-over-time, return-to-previous-usage after closing stuff).
1
2
Fragmentation over time degrades performance of the application and the overall system. Small allocations fit poorly into the traditional dlmalloc-style approach, and the approximate best-fit approach also causes a lot more fragmentation over time than using precise best-fit.
1
Precise best-fit with ties broken by address works well for large allocations and can be implemented in O(log n) via ordered map keyed by (size, address) and another keyed by address. Linux used to have a horrible allocator design for mmap but it evolved into something like this.
1
2
Show replies
The performance of the allocator itself definitely still matters. The issue is that that's generally all that's considered. The impact on performance from expanding the working set of pages is ignored, and that can end up having a substantial impact for large applications.
1
Show replies