[PATCH] D71786: RFC: [Support] On Windows, add optional support for rpmalloc
Russell Gallop via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Tue Jan 7 07:42:43 PST 2020
russell.gallop added a comment.
In D71786#1807883 <https://reviews.llvm.org/D71786#1807883>, @maniccoder wrote:
> I would say it's mostly down to application usage patterns. The worst case is probably a gc-like usage where one thread does all allocation and another all deallocation, as this will cause all blocks to cross the thread cache via an atomic pointer CAS and eventually cause larger spans of blocks to traverse the thread caches via the global cache. However, even this scenario will probably be significantly faster than the standard runtime allocator.
>
> I have not had the opportunity to test this on other hardware than single-socket consumer hardware, game consoles and handheld devices, mostly due to me working in that spectrum and being the sole developer of it. It does seem that @aganea has tried it on more service facing hardware, perhaps he can give additional input.
Okay, thanks.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D71786/new/
https://reviews.llvm.org/D71786
More information about the llvm-commits
mailing list