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
libumem has proven itself under massive customer load on SmartOS for months now. It's support for efficient concurrent allocation on multi-core/cpu systems is excellent, it's debugging features handy, and it's stability is qed. Too bad it only runs on Solaris...
Enter "portable libumem" (https://labs.omniti.com/labs/portableumem) a project sponsored by our friends at OmniTI. A nice port of libumem to Linux, *BSD, OSX and even Windows. But wait, this version of umem doesn't have the fixes we've recently added in Joyent's SmartOS...
This is an enhancement request for us to ship Riak with libumem included as the default allocator. If we do this we'll want to set the following two environment variables in our startup bash script:
libumem has proven itself under massive customer load on SmartOS for months now. It's support for efficient concurrent allocation on multi-core/cpu systems is excellent, it's debugging features handy, and it's stability is qed. Too bad it only runs on Solaris...
Enter "portable libumem" (https://labs.omniti.com/labs/portableumem) a project sponsored by our friends at OmniTI. A nice port of libumem to Linux, *BSD, OSX and even Windows. But wait, this version of umem doesn't have the fixes we've recently added in Joyent's SmartOS...
Enter https://github.com/gburd/libumem which is portable umem + the fixes from the latest SmartOS tree (yay!).
This is an enhancement request for us to ship Riak with libumem included as the default allocator. If we do this we'll want to set the following two environment variables in our startup bash script:
The text was updated successfully, but these errors were encountered: