News for hackers. Stuff that matters.
Re:Spotting and Avoiding Heap Fragmentation in Rust Applicat... by MuffinFlavored on Thursday April 06, 2023 @12:51PM (#35471077)
A sharp increase that never comes back down over time seems more "wrong" than right to me, no?
Re:Spotting and Avoiding Heap Fragmentation in Rust Applicat... by chc on Thursday April 06, 2023 @01:01PM (#35471236)
It's not good, but only looking at the bad half of a tradeoff will always look bad. Without diving into the glibc source code to understand what it's doing, it is hard to say if this is actually wrong.
Re:Spotting and Avoiding Heap Fragmentation in Rust Applicat... by moomin on Thursday April 06, 2023 @02:45PM (#35472622)
I’ve recently been doing a lot of work that involves algorithmic design with non-technical people and this is the fun thing. It’s very easy to identify expected scenarios, harder to identify how to achieve them and sometimes actually impossible on e you consider things like “the algorithm doesn’t know what happens next”.
Re:Spotting and Avoiding Heap Fragmentation in Rust Applicat... by Hooray_Darakian on Thursday April 06, 2023 @12:59PM (#35471200)
Without more context I think it's unclear. I know linux tends to avoid freeing memory until/unless the system is near capacity, so this test may be running on a system with low memory pressure.