You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Spent some time talking to jemalloc developers, and reading code:
On macOS, libc code might use its internal malloc(), and then if user code uses public free() and it's jemalloc's free(), segfaults happen. As such, you can't safely use jemalloc as replacement allocator on macOS.
Mangled-namespace jemalloc for Rust wouldn't have this issue, because it'd be for Rust code only, and might provide a speed boost (no need to hit malloc() reentrancy path) and perhaps reduce fragmentation.
On Linux, there might be benefit to use jemalloc to reduce fragmentation and perhaps simplify the code so there's less dlsym() and pre-initialization edge cases.
Benefits:
The text was updated successfully, but these errors were encountered: