[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openjdk-serviceability-dev
Subject:    Re: RFR: JDK-8074696: Remote debugging session hangs for several minutes when calling findBootType
From:       Jaroslav Bachorik <jaroslav.bachorik () oracle ! com>
Date:       2015-10-29 13:35:53
Message-ID: 563220B9.2030906 () oracle ! com
[Download RAW message or body]

On 28.10.2015 13:46, Andreas Eriksson wrote:
> Hi,
>
> Please review this change to JDI to address a performance bottleneck in
> findBootType for high delay networks.
>
> Bug:
> 8074696: Remote debugging session hangs for several minutes when calling
> findBootType
> https://bugs.openjdk.java.net/browse/JDK-8074696
>
> Webrev:
> http://cr.openjdk.java.net/~aeriksso/8074696/webrev.01/

Thumbs up! Just a small nit - before pushing, please, update the 
copyright year to 2015.

Cheers,

-JB-

>
> Description:
> VirtualMachineImpl.findBootType loops over all loaded classes and does a
> remote call to check if the signature matches.
> It will wait for the server response for each class before moving on to
> the next class, thus for many classes and high delay this will take a
> long time.
>
> Solution:
> Since we have a signature that should match, use
> retrieveClassesBySignature command that only returns matching classes.
> At worst we have to loop over the number of active classloader since we
> want the class loaded by the boot classloader (null class loader);
>
> Note:
> This bug was split in two, and this is only for the findBootType part.
> The more problematic visibleClasses change that was part of a previous
> review will be handled as a separate bug (JDK-8140515).
>
> Regards,
> Andreas

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic