{"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\/news\/dostupna-biblioteka-upravleniya-pamyatyu-jemalloc-5-3-1","title":{"rendered":"Die Speicherverwaltungslibrary 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 der Speicherverwaltungslibrary jemalloc 5.3.1 zur Verf\u00fcgung, die eine alternative Implementierung von malloc-Funktionen bietet, die zur Reduzierung der Fragmentierung und zur Nutzung in multiprozessorischen Systemen optimiert ist. Um Probleme mit den Sperren auf Mehrkernsystemen zu l\u00f6sen, verwendet jemalloc f\u00fcr jeden CPU-Kern einen eigenen isolierten Speicherverteilungsbereich, was eine lineare Skalierbarkeit mit der Anzahl der Threads erm\u00f6glicht. <\/p>\n
Im Juni 2025 stellte der Projektautor die Wartung ein und setzte 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 Library ist in C geschrieben und wird unter der BSD-Lizenz vertrieben. <\/p>\n
Unter den \u00c4nderungen: <\/p>\n
\n
Die Funktion pvalloc wurde implementiert, die n\u00fctzlich sein kann, um den libc-Speicherallokator zu ersetzen.\n
In Debug-Builds ist der Modus zur Erkennung doppelt ausgef\u00fchrter free()-Funktionen aktiviert. Um die Stack-Gr\u00f6\u00dfe zu konfigurieren, innerhalb der das Scannen stattfindet, wurde der Parameter debug_double_free_max_scan hinzugef\u00fcgt.\n
Eine neue Build-Option «—enable-pageid» wurde hinzugef\u00fcgt, um Tags beim Speichern von Speicher mit prctl und dem Flag PR_SET_VMA festzulegen. Nach der Aktivierung kann das Mapping \u00fcber \/proc\/<pid>\/maps verfolgt werden.\n
Ein neuer Parameter «prof_bt_max» wurde hinzugef\u00fcgt, der die maximale Tiefe des Profilerstellungsstapels festlegt.\n
Eine neue Build-Option «—enable-force-getenv» wurde hinzugef\u00fcgt, um im Code die normale Funktion getenv() anstelle der gesch\u00fctzten secure_getenv() zu verwenden.\n
Eine neue Build-Option «—disable-dss» wurde hinzugef\u00fcgt, um die Verwendung der Funktion sbrk() zu deaktivieren.\n
Ein neuer Parameter «tcache_ncached_max» wurde hinzugef\u00fcgt, um die Anzahl der Elemente im Thread-Cache zu begrenzen.\n
Ein neuer Parameter «calloc_madvise_threshold» wurde hinzugef\u00fcgt, um die Verwendung des KERNEL-Mechanismus madvise oder der Funktion memset zum Zur\u00fccksetzen des durch calloc reservierten Speichers zu konfigurieren.\n
Eine neue 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
Ein neuer Parameter «process_madvise_max_batch» wurde hinzugef\u00fcgt, um die Anzahl der Speicherbl\u00f6cke f\u00fcr jede Batch-Operation madvise zu begrenzen.\n
Ein neuer Parameter «disable_large_size_classes» wurde hinzugef\u00fcgt, um den neuen Algorithmus zur Berechnung der Gr\u00f6\u00dfe des reservierten Speichers zu deaktivieren, der die Overhead-Kosten bei der Zuteilung von Bl\u00f6cken, die gr\u00f6\u00dfer als 4 Seiten Speicher sind, reduziert.\n
Das Tool mallctl hat die Optionen opt.prof_bt_max, arena.<i>.name, thread.tcache.max, thread.tcache.ncached_max.write, thread.tcache.ncached_max.read_sizeclass, arenas.hugepage und approximate_stats.active erhalten. <\/ul>\n