JDK 9 RFR of JDK-8035279: Clean up internal deprecations in BigInteger
Paul Sandoz
paul.sandoz at oracle.com
Thu Feb 27 08:22:13 UTC 2014
On Feb 27, 2014, at 12:51 AM, Brian Burkhalter <brian.burkhalter at oracle.com> wrote:
>
> On Feb 26, 2014, at 1:53 PM, Paul Sandoz wrote:
>
>>> Thanks for the suggestion, Paul. Assuming it is correct, in what way would this be a better approach? (I apologize for being obtuse.)
>>>
>>
>> IMHO it is a simpler solution. It's a cache line that requires updating not the cache line*s*, as the current approach can potentially knock out cache lines for other radixes.
>>
I forgot to mention a slightly more complex variation is to CAS the cache line instead of a lazy set, which can ensure a line does not knock another containing a higher exponent.
Paul.
More information about the core-libs-dev
mailing list