Názory k článku
Alternativní alokátor paměti jemalloc 5.3 je rychlejší

Tcmalloc hlavně používá Go, ale nijak zázračný není. Zatím vždy vedl Mimalloc i před Jemallocem (a na rozdíl od něj funguje i na Windows, je ostatně od Microsoftu). Doufám, že se tato nová verze rychle dostane do Rustu.

V Rustu se dá vybrat, Mimalloc a Jemalloc mají plnou podporu. Libc je z nich nejhorší.

20. 5. 2022, 15:47 editováno autorem komentáře

Mimaloc nevím jestli vedl, spíš byl někde lepší a někde horší. Ale snaží se být univerzální, což možná moc dobře nejde.

https://github.com/microsoft/mimalloc#Performance

Jemalloc se dá také dost nastavovat

https://github.com/jemalloc/jemalloc/blob/dev/TUNING.md

Spíš by se mělo zkoušet podle typu zátěže, než hledat univerzální řešení (které asi neexistuje).

Jo, já je testoval jen v REST serverech napsaných v Rustu a ve výchozím nastavení (rustí crates), žádný tuning. Akorát mě překvapilo, že Tcmalloc je poměrně pomalý. A že standardní alokátor na macOS nijak neoslnil.

tcmalloc cílí hlavně na silně multithreadové aplikace, kde je poměrně silný. Hlavní rozdíl mezi tcmalloc a ostatními alokátory je v tom, že tcmalloc nepoužívá arény, ale thread-specific cache (nebo CPU-specific cache). Arény mají nevýhodu v možné velké fragmentaci paměti v aplikacích, kde se používá velké množství threadů, které všechny současně alokují. Pokud počet threadů překročí počet arén (nebo se alokace "správně" potkají i s menším počtem threadů), tak aréna based alokátory trpí na nízký výkon a velkou fragmentaci (spotřebu) paměti. tcmalloc tento problém nemá, ale zase potřebuje globální lock když dojde thread-specific cache (typicky při alokaci velkých bloků paměti). Jak už bylo řečeno, univerzální řešení neexistuje, je lepší vyzkoušet více alokátorů a vzít ten, který pro konkrétní typ záteže funguje nejlépe.

Děkuji - přesně kvůli takovým komentářům sem chodím :-) Může se hodit - až si zase příště budu hrát v Céčku (C++?) ve více vláknech se složitější stromovou strukturou.