Jemalloc 5.4 Released With Portability Improvements, Code Cleanups
([Programming] 5 Hours Ago
Jemalloc 5.4)
- Reference: 0001658602
- News link: https://www.phoronix.com/news/Jemalloc-5.4
- Source link:
Earlier this year [1]Meta announced a renewed investment into the jemalloc memory allocator that's been popular for server and HPC use among various desktop use-cases too. After stagnating a bit in recent years, Jemalloc has been off to seeing new developments since Meta's announcement and out today is Jemalloc 5.4 as the latest step forward.
Jemalloc 5.4 worked on addressing technical debts, including code refactoring, bug fixing, enhancing test coverage, and other code clean-ups. There is also portability improvements too.
Some of the other new features of Jemalloc 5.4 include "EXTENT_ALLOC_FLAG_PINNED" for custom-extent allocation hooks to mark non-reclaimable mappings, supporting per-CPU arena selection via thread.arena, and other changes. There are also a handful of new optimizations too in this release.
As part of the portability work is Jemalloc now having an OS abstraction layer for handling platform-dependent code around file/process I/O, time, synchronization, CPU, virtual-memory, atfork, error-handling, profiling, thread-yield, and configuration-access. There are also GCC 16 warning fixes in Jemalloc 5.4.
Downloads and the full list of changes for the Jemalloc 5.4 memory allocator via [2]GitHub .
[1] https://www.phoronix.com/news/Meta-Renewing-jemalloc
[2] https://github.com/jemalloc/jemalloc/releases/tag/5.4.0
Jemalloc 5.4 worked on addressing technical debts, including code refactoring, bug fixing, enhancing test coverage, and other code clean-ups. There is also portability improvements too.
Some of the other new features of Jemalloc 5.4 include "EXTENT_ALLOC_FLAG_PINNED" for custom-extent allocation hooks to mark non-reclaimable mappings, supporting per-CPU arena selection via thread.arena, and other changes. There are also a handful of new optimizations too in this release.
As part of the portability work is Jemalloc now having an OS abstraction layer for handling platform-dependent code around file/process I/O, time, synchronization, CPU, virtual-memory, atfork, error-handling, profiling, thread-yield, and configuration-access. There are also GCC 16 warning fixes in Jemalloc 5.4.
Downloads and the full list of changes for the Jemalloc 5.4 memory allocator via [2]GitHub .
[1] https://www.phoronix.com/news/Meta-Renewing-jemalloc
[2] https://github.com/jemalloc/jemalloc/releases/tag/5.4.0