Review Request CR#7118743 : Alternative Hashing for String with Hash-based Maps

Ulf Zibis Ulf.Zibis at
Mon May 28 14:50:22 UTC 2012

Am 28.05.2012 09:13, schrieb Andrew Haley:
> On 05/26/2012 12:29 PM, Doug Lea wrote:
>> (Sometime this summer, I hope to write up something on
>> the various "little" coding issues that may be applicable
>> for improving performance of library code. As people
>> mentioned wrt the similar private accessor case,
>> most of these issues are not interesting/useful for
>> application code, but there's no reason not to address
>> them inside heavily used core libraries. The effects
>> are difficult to measure in any small set of tests using
>> these library components, so usually the best course of action
>> is to avoid known potential performance issues.)
> The thing that bothers me about this is that such optimizations may be
> rather VM-specific, sometimes to the extent of depending on how
> HotSpot generates code for a particular case.  Given that the OpenJDK
> libraries are now used more widely, and hopefully this will increase,
> what shall we do?

One more justification to not set this alternative hash code fixed in class String.
(Remember my alternative more general approach some posts ago)


More information about the core-libs-dev mailing list