{"id":168709,"date":"2026-04-14T17:12:49","date_gmt":"2026-04-14T15:12:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupna-biblioteka-upravleniya-pamyatyu-jemalloc-5-3-1"},"modified":"2026-04-14T17:12:49","modified_gmt":"2026-04-14T15:12:49","slug":"dostupna-biblioteka-upravleniya-pamyatyu-jemalloc-5-3-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/dostupna-biblioteka-upravleniya-pamyatyu-jemalloc-5-3-1","title":{"rendered":"Die Speicherverwaltungsbibliothek jemalloc 5.3.1 ist verf\u00fcgbar.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Vier Jahre nach der Ver\u00f6ffentlichung des letzten Updates steht die Version 5.3.1 der Speicherverwaltungslibrary jemalloc zur Verf\u00fcgung, die eine alternative Implementierung der malloc-Funktionen bietet, optimiert zur Reduzierung von Fragmentierung und zur Arbeit in Mehrprozessorsystemen. Um Probleme mit Sperren in Mehrkernsystemen zu l\u00f6sen, verwendet jemalloc f\u00fcr jedes CPU-Kern einen eigenen isolierten Speicherbereich, was eine lineare Skalierbarkeit mit steigender Thread-Anzahl erm\u00f6glicht. <\/p>\n
Im Juni 2025 stellte der Autor des Projekts die Wartung ein und versetzte das jemalloc-Repository in den Archivmodus, aber vor einem Monat wurde die Entwicklung von der Firma Meta, die jemalloc in ihrer Infrastruktur verwendet, wieder aufgenommen. Urspr\u00fcnglich wurde die Library f\u00fcr FreeBSD entwickelt und wird seit 2005 standardm\u00e4\u00dfig in diesem Betriebssystem verwendet. Der Code der Bibliothek ist in C geschrieben und wird unter der BSD-Lizenz verbreitet. <\/p>\n
Zu den \u00c4nderungen geh\u00f6ren: <\/p>\n
\n
Die Funktion pvalloc wurde implementiert, die n\u00fctzlich sein kann, wenn ein Speicher-Allocator von libc ersetzt werden soll.\n
Im Debug-Builds wurde der Modus zur Erkennung doppelter Aufrufe der Funktion free() aktiviert. Ein Parameter debug_double_free_max_scan wurde hinzugef\u00fcgt, um die Gr\u00f6\u00dfe des Stacks einzustellen, in dessen Rahmen die Pr\u00fcfung erfolgt.\n
Die Build-Option «—enable-pageid» wurde hinzugef\u00fcgt, um Tags beim Mapping von Speicher mit prctl und dem Flag PR_SET_VMA festzulegen. Nach Aktivierung kann das Mapping \u00fcber \/proc\/\/maps verfolgt werden.\n
Der Parameter «prof_bt_max» wurde hinzugef\u00fcgt, um die maximale Tiefe des Stacks f\u00fcr das Profiling festzulegen.\n
Die Build-Option «—enable-force-getenv» wurde hinzugef\u00fcgt, um im Code die normale Funktion getenv() anstelle der gesch\u00fctzten secure_getenv() zu verwenden.\n
Die Build-Option «—disable-dss» wurde hinzugef\u00fcgt, um die Verwendung der Funktion sbrk() zu deaktivieren.\n
Der Parameter «tcache_ncached_max» wurde hinzugef\u00fcgt, um die Anzahl der Elemente im Thread-Cache zu begrenzen.\n
Der Parameter «calloc_madvise_threshold» wurde hinzugef\u00fcgt, um die Verwendung des Kernel-Mechanismus madvise oder der Funktion memset zum Nullsetzen des \u00fcber die Funktion calloc zugewiesenen Speichers zu steuern.\n
Die Build-Option «—disable-user-config» wurde hinzugef\u00fcgt, um das Laden von Einstellungen aus der Datei \/etc\/malloc.conf oder der Umgebungsvariable MALLOC_CONF zu deaktivieren.\n
Der Parameter «process_madvise_max_batch» wurde hinzugef\u00fcgt, um die Anzahl der Speicherbl\u00f6cke f\u00fcr jede Batch-Operation madvise zu begrenzen.\n
Der Parameter «disable_large_size_classes» wurde hinzugef\u00fcgt, um den neuen Algorithmus zur Berechnung der Gr\u00f6\u00dfe des zugewiesenen Speichers zu deaktivieren, der die Overheadkosten bei der Zuweisung von Bl\u00f6cken mit einer Gr\u00f6\u00dfe von mehr als 4 Seiten Speicher reduziert.\n
In das Tool mallctl wurden Optionen hinzugef\u00fcgt: opt.prof_bt_max, arena..name, thread.tcache.max, thread.tcache.ncached_max.write, thread.tcache.ncached_max.read_sizeclass, arenas.hugepage und approximate_stats.active. <\/ul>\n