RFR (S): CR 8005926: (thread) Merge ThreadLocalRandom state into java.lang.Thread (original) (raw)

Peter Levart peter.levart at gmail.com
Wed Jan 16 13:48:45 UTC 2013

On 01/16/2013 12:48 PM, Doug Lea wrote:

On 01/16/13 03:59, Peter Levart wrote:

- Instead of Thread.threadLocalRandomSeed field it has a Thread.threadLocalRandom reference field, pointing to an instance of TLR. - The ThreadLocalRandom is not a singleton, but an instance per thread (like JDK7's). Yes, this is the "Plan B" I mentioned in mail last week. I had explored this. Both on performance and resource grounds, it is a little worse. Not hugely worse, but if we are going to improve TLR, then might as well take the best option. (Another reason to prefer current solution also serves as a reply to Tom: Yes we don't like using Unsafe just to bypass package-protection access control. But at least it is just accessing simple scalars, not references.) Don't forget it is also writing them... :-(

Regards, Peter

-Doug

More information about the core-libs-dev mailing list