Depth first object copying for all GC?

Srinivas Ramakrishna ysr1729 at gmail.com
Sat May 9 02:21:41 UTC 2015



ysr1729

> On May 7, 2015, at 12:25, Jon Masamitsu <jon.masamitsu at oracle.com> wrote:
> 
> Ramki,
> 
> Did you ever make ParNew depth-first copying?
> 

No, I didn't ever get around to it, as far as I recall... 

-- ramki

> Jon
> 
>> On 05/07/2015 11:51 AM, Jon Masamitsu wrote:
>> 
>> 
>>> On 05/06/2015 07:56 PM, Tangwei (Euler Architecture & Design Dept) wrote:
>>> Would you help to list the object copying policy for different GC?  Or pointing out where to find such information? 
>> 
>> For the most part UseParallelGC and UseG1GC has depth-first copying.  UseConcMarkSweepGC 
>> and UseSerialGC use breadth-first.  I qualify that because I've heard people argue about whether
>> that's 100% true.
>> 
>> Jon
>> 
>>>  
>>> Regards!
>>> wei
>>>  
>>> From: hotspot-gc-dev [mailto:hotspot-gc-dev-bounces at openjdk.java.net] On Behalf Of Jon Masamitsu
>>> Sent: Thursday, May 07, 2015 8:23 AM
>>> To: hotspot-gc-dev at openjdk.java.net
>>> Subject: Re: Depth first object copying for all GC?
>>>  
>>>  
>>> 
>>> On 5/6/2015 4:34 AM, Tangwei (Euler Architecture & Design Dept) wrote:
>>> Hi All,
>>>   As a newbie in GC, I found some discussion on object copying order in following slides: breadth vs. depth.
>>> It mentioned that “Any static policy will hurt some applications and help others”. After searching, there is a BZ shows
>>> the object copying order has been switched from breadth to depth for ParallelGC in OpenJDK, please correct if I am wrong.
>>> Anyone can help to confirm if all GC in OpenJDK use depth first copying now?
>>> 
>>> No, not all the GC's use depth first copying.
>>> 
>>> 
>>> Is there any performance consideration to choose depth first instead of controlling by option?
>>> 
>>> Yes, there is a performance cost to optionally using depth-first or breadth-first.
>>> ParallelGC used to have such an option.  It made the code harder to maintain and,
>>> as far as I can recall, there was very little use of the option.  We removed the
>>> it.  I recall maybe 1 complaint about it.
>>> 
>>> Jon
>>> 
>>> 
>>>  
>>> http://www.oracle.com/technetwork/server-storage/ts-6434-159339.pdf
>>>  
>>>  
>>> https://bugs.openjdk.java.net/browse/JDK-6450584: Improve object copying order in parallel scavenge
>>>  
>>>  
>>> Regards!
>>> wei
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20150508/fdb4893c/attachment.htm>


More information about the hotspot-gc-dev mailing list