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?
[ Parent
| on HN ]
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.