{"id":183404,"date":"2026-09-18T22:54:22","date_gmt":"2026-09-18T20:54:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/opublikovana-biblioteka-upravleniya-pamyatyu-jemalloc-5-3"},"modified":"2026-09-18T22:54:25","modified_gmt":"2026-09-18T20:54:25","slug":"jemalloc-5-3-memory-management-library-released","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/jemalloc-5-3-memory-management-library-released","title":{"rendered":"Ver\u00f6ffentlichung der Speicherverwaltungsbibliothek jemalloc 5.3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung der Speicherverwaltungsbibliothek jemalloc 5.4.0 wurde vorgestellt. Sie bietet eine alternative Implementierung der malloc-Funktionen, die zur Reduzierung von Fragmentierung und f\u00fcr den Einsatz auf Mehrprozessorsystemen optimiert ist. Um Sperrprobleme auf Multicore-Systemen zu l\u00f6sen, verwendet jemalloc f\u00fcr jeden CPU-Kern einen eigenen isolierten Speicherzuweisungsbereich, wodurch bei wachsender Thread-Anzahl eine lineare Skalierung erreicht wird. <\/p>\n
Im Juni 2025 stellte der Projektautor die Pflege ein und versetzte das jemalloc-Repository in den Archivmodus. Im M\u00e4rz dieses Jahres nahm Meta, das jemalloc in seiner Infrastruktur einsetzt, die Entwicklung jedoch wieder auf. Urspr\u00fcnglich wurde die Bibliothek f\u00fcr FreeBSD entwickelt und wird dort seit 2005 standardm\u00e4\u00dfig verwendet. Der Bibliothekscode ist in C geschrieben und wird unter der BSD-Lizenz ver\u00f6ffentlicht. <\/p>\n
Unter den \u00c4nderungen: <\/p>\n
\n
Die Logik zum Bef\u00fcllen und Leeren von tcache (Thread Local Cache) sowie die Steuerung der Speicherzuweisung wurden vereinfacht.\n
Die Speicherseiten-Allokatoren PAC (Page Allocator Classic) und HPA (Huge Page Allocator) wurden vereinheitlicht. Der komplexe Mechanismus indirekter Aufrufe \u00fcber die vtable (PAI vtable) wurde entfernt.\n
Zur Vereinfachung von Wartung und Plattformerweiterung wurden alle plattformspezifischen Operationen in separate Header-Dateien ausgelagert.\n
Die Verarbeitung der mallctl-Befehle wurde vereinfacht, au\u00dferdem wurde die Infrastruktur zur Generierung und Ausgabe von Statistiken \u00fcberarbeitet.\n
Das Flag EXTENT_ALLOC_FLAG_PINNED wurde hinzugef\u00fcgt. Es erm\u00f6glicht, nicht verdr\u00e4ngbare Bereiche des Memory-Mappings, etwa HugeTLB-Seiten, f\u00fcr die bevorzugte Wiederverwendung zu markieren. Zur Erfassung von Statistiken \u00fcber die Nutzung angehefteten Speichers wurden neue mallctl-Schnittstellen hinzugef\u00fcgt: stats.pinned, stats.arenas..pinned, stats.arenas..extents..npinned, stats.arenas..extents..pinned_bytes und stats.arenas..mutexes.extents_pinned.{counter} .\n
Der Inhalt der malloc-Statistiken wurde zwischen dem lesbaren Format und dem JSON-Format synchronisiert.\n
Die veralteten Parameter lg_tcache_nslots_mul, tcache_nslots_small_min, tcache_nslots_small_max, tcache_nslots_large, tcache_gc_delay_bytes, lg_tcache_flush_small_div und lg_tcache_flush_large_div wurden entfernt. <\/ul>\n