port NonBlockingHashMapLong from high-scale-lib #3560
Merged
+1,571
−7
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
the high-scale lib has been added as a dependency fairly recently on 9K as well as 1.7.23
it was introduced to use
NonBlockingHashMapLong
as an alternative ofIntHashMap
(due #3394)turns out that the library can not work without
Unsafe
(and thus broke Android support in 1.7.x see #3554) while JRuby allows to boot and run whensun.misc.Unsafe
is not available. thus the proposal here is to port theNonBlockingHashMapLong
over (the com.boundary:hish-scale-lib received no commit in more than a year) and tune it to be usable withoutUnsafe
(fixing #3554)this also resolves #3555 - packaging issue as .jar includes patch(es) of JDK class(es)