Proposal: Fully Concurrent ClassLoading
Peter Levart
peter.levart at gmail.com
Thu Dec 6 11:32:52 UTC 2012
Hi David,
What about a middle-ground mode where findLoadedClass() and delegation
to parent would be called without locks and only findClass() would be
guarded by a per-class-name-per-classloader lock? In this mode
concurrent attempts to define the same class would still be possible,
but the possibility would be much lower. Usually findClass() involves
non-ignorable level of resource-intensive work (ZIP, IO, NET) before it
calls defineClass()...
Also, in this mode, the Map of locks could be implemented so that lock
objects would be Weak(ly)Reference(d), since requests for already loaded
classes would be satisfied by findLoadedClass() already. We'd just need
a ConcurrentWeakValuesHashMap.
There must be something I'm missing here, isn't it?
Regards, Peter
On 12/05/2012 12:59 PM, David Holmes wrote:
> Java 7 introduced support for parallel classloading by adding to each
> class loader a ConcurrentHashMap, referenced through a new field,
> parallelLockMap. This contains a mapping from class names to Objects
> to use as a classloading lock for that class name. This scheme has a
> number of inefficiencies. To address this we propose for Java 8 the
> notion of a fully concurrent classloader ...
>
> This is a fairly simple proposal that I've written up as a blog entry:
>
> https://blogs.oracle.com/dholmes/entry/parallel_classloading_revisited_fully_concurrent
>
>
> Please discuss this proposal here.
>
> Thanks,
> David Holmes
>
More information about the core-libs-dev
mailing list