Hi Thomas

Thanks for your reply. We have following G1 configuration at the moment 


-Xmx7G 
 -Xms7G 
 -XX:+UseG1GC 
 -XX:+UnlockExperimentalVMOptions 
 -XX:InitiatingHeapOccupancyPercent=60 
 -XX:G1ReservePercent=20 
 -XX:G1ReservePercent=20 
-XX:G1HeapRegionSize=32M
 -XX:G1MixedGCLiveThresholdPercent=85   
 -XX:MaxGCPauseMillis=500 
 -XX:+ParallelRefProcEnabled  
 -XX:+PrintAdaptiveSizePolicy  
 -XX:+PrintHeapAtGC  
 -XX:+PrintReferenceGC   
 -XX:+PrintGCDateStamps 
 -XX:+PrintTenuringDistribution 
 -XX:+PrintGCApplicationConcurrentTime 
 -XX:+PrintGCApplicationStoppedTime 
 
Apart from these parameters, can we try another parameter to make the 
evacuation more aggressive? 


-XX:G1MixedGCLiveThresholdPercent=85   
-XX:InitiatingHeapOccupancyPercent=60 ==> we have experimented with less values 
, it is just making the concurrent cycle without claiming any significant. 
-XX:MaxGCPauseMillis=500

Our object allocation rate is very high, before increasing the memory can we 
try any other parameter which can make the evacuation more aggressive? 
Appreciate your help. Please do let me know, if you need any more information. 

Regards
Prasanna


-----Original Message-----
From: Thomas Schatzl [mailto:thomas.scha...@oracle.com] 
Sent: 08 February 2017 16:13
To: Gopal, Prasanna CWK <prasanna.go...@blackrock.com>; 
hotspot-gc-use@openjdk.java.net
Subject: Re: G1 Region size info

Hi,

On Wed, 2017-02-08 at 12:25 +0000, Gopal, Prasanna CWK wrote:
> Hi All
>  
> I am trying to understand the region size info provided in of our 
> application’s GC log file.
>  
> We are running an application with the following configuration
>  
> -Xmx7G

[...]

>  
> Does this mean,  our heap occupancy is only 352 MB after Post-Sorting 
> phase ?. It doesn’t co-relate with the information provided at thd end 
> of GC clean up phase (4283M->4121M(6144M), 0.0066530 secs) , which say 
> the heap size is 4121M.

Post-sorting only considers regions that are collection set candidates
- i.e. regions that G1 will clean out in the next reclamation phase.
I.e. contain lots of garbage.

If you think that is too little (g1 not cleaning out enough in mixed gcs), you 
might want to make evacuation more aggressive.

From the post-marking snippet it seems though that there are not many regions 
with lots of garbage there anyway though.

Post-marking statistics is what you want to look at and compare with.

Thanks,
  Thomas



This message may contain information that is confidential or privileged. If you 
are not the intended recipient, please advise the sender immediately and delete 
this message. See 
http://www.blackrock.com/corporate/en-us/compliance/email-disclaimers for 
further information.  Please refer to 
http://www.blackrock.com/corporate/en-us/compliance/privacy-policy for more 
information about BlackRock’s Privacy Policy.
BlackRock Advisors (UK) Limited and BlackRock Investment Management (UK) 
Limited are authorised and regulated by the Financial Conduct Authority. 
Registered in England No. 796793 and No. 2020394 respectively. BlackRock Life 
Limited is authorised by the Prudential Regulation Authority and regulated by 
the Financial Conduct Authority and the Prudential Regulation Authority. 
Registered in England No. 2223202. Registered Offices: 12 Throgmorton Avenue, 
London EC2N 2DL. BlackRock International Limited is authorised and regulated by 
the Financial Conduct Authority and is a registered investment adviser with the 
Securities and Exchange Commission (SEC). Registered in Scotland No. SC160821. 
Registered Office: Exchange Place One, 1 Semple Street, Edinburgh EH3 8BL.


For a list of BlackRock's office addresses worldwide, see 
http://www.blackrock.com/corporate/en-us/about-us/contacts-locations.

© 2017 BlackRock, Inc. All rights reserved.
_______________________________________________
hotspot-gc-use mailing list
hotspot-gc-use@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use

Reply via email to