Soft freeze for the glibc-2.44 release
Peter Bergner
bergner@oss.tenstorrent.com
Fri Jul 17 16:04:54 GMT 2026
On 6/22/26 9:09 AM, Andreas K. Huettel wrote:
> Please respond with your requests which features or fixes should still go in,
> and/or add them to the wiki page under blockers or desirables (unless they are
> already listed there):
> https://sourceware.org/glibc/wiki/Release/2.44#Planning
It would be nice to have some resolution on the large SPEC performance
degradation [https://sourceware.org/PR34394] caused by:
17a79a51208c5648fe70983085833bf15d83d0f1
Author: Wilco Dijkstra <Wilco.Dijkstra@arm.com>
Date: Thu Apr 2 13:56:10 2026 +0000
malloc: Remove dynamic mmap/trim threshold [BZ #30769]
v2: Update documentation
Whenever a large mmap is released the mmap and trim thresholds are updated.
As a result these thresholds grow ever larger which means huge allocations
are always served by arenas rather than mmap. The thresholds can end up as
large as an arena, which completely stops all trimming of the top block.
Remove the code completely - the default thresholds seem way too low for
modern 64-bit targets, but they can be increased seperately.
Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org>
...before the release goes out. I'm not sure the best course of action though,
whether we can get a fix for that, or whether we should revert the problematical
commit for the release and try to fix it after? Thoughts?
Peter
More information about the Libc-alpha
mailing list