snmalloc
snmalloc copied to clipboard
Message passing based allocator
This is needed in order to build snmalloc's tests on recent FreeBSD main. I verified that all of the remaining tests pass there.
This was disabled when 20.04 was removed in #768. There is a QEMU bug see #576 that we don't know how to work around, so disabling CI for PowerPC for...
We are hitting a situation where the FlatPageMap's body allocation seems to be leaking in an unusual way. We use snmalloc in a dll, and when the dll gets loaded...
For limiting some subsystems to a maximum allocation-size, I was experimenting with the fixed range configuration as it seemed particularly suited for my use-case. I ran into some problems during...
Currently the downstream consumer snmalloc-rs is very dependent on the internals of snmalloc. This strong coupling makes release a little awkward. We either need * Release process for snmalloc, should...
Here are some thoughts for things we can do * [ ] Add support for refilling the free list to a particular size, e.g. refill(LocalCache&, sizeclass, size_t& request). `refill` will...
In #724, we added a limit to how many remote frees could be processed in one go. This should improve general performance of batched frees. As part of this PR,...
The simple following program crashes if linking against snmallocshim-static (MSYS2, with clang64 but reproducible on any other MinGW environment): main.cpp: ```cpp #include int main(int argc, char *argv[]) { delete new...
Since it provides a Rust wrapper snmalloc-rs, the document suggests ~~~ #[global_allocator] static ALLOC: snmalloc_rs::SnMalloc = snmalloc_rs::SnMalloc; ~~~ for a Rust program. If a Rust project has multiple modules, should...
https://github.com/microsoft/snmalloc/blob/3385660fd7c674c11c74b501fd57646dc50618e2/src/snmalloc/ds/aba.h#L24C13-L24C28 Since we are not using LL/SC abstraction anyway, perhaps we can relax the first condition to `defined(__GCC_HAVE_SYNC_COMPARE_AND_SWAP_16) || defined(PLATFORM_IS_X86)` This allows compiler to emit 16b CAS based code on...