What's the purpose of the Hotspot flag, ForceFullGCJVMTIEpilogues
    Daniel D. Daugherty 
    daniel.daugherty at oracle.com
       
    Thu Dec  9 14:04:54 PST 2010
    
    
  
$ hg annotate src/share/vm/runtime/globals.hpp | grep 
ForceFullGCJVMTIEpilogues
 866:   product(bool, ForceFullGCJVMTIEpilogues, 
false,                           \
$ hg log -r 866 -v src/share/vm/runtime/globals.hpp
changeset:   866:2b4230d1e589
parent:      506:26bc4770e671
user:        dcubed
date:        Tue Jul 28 13:35:00 2009 -0600
files:       src/share/vm/memory/genCollectedHeap.cpp 
src/share/vm/prims/jvmtiExport.cpp src/share/vm/runtime/globals.hpp
description:
6862295: JDWP threadid changes during debugging session (leading to 
ingored breakpoints)
Summary: Correctly count full GC operations for framework collectors. 
Add ForceFullGCJVMTIEpilogues as a future work around if needed.
Reviewed-by: jcoomes, alanb, ysr
Dan
On 12/9/2010 2:49 PM, Keith McGuigan wrote:
>
> See subject.  Does anybody know?   The only thing it appears to do is 
> cause a recaching of the JvmtiBreakpoint cache after minor 
> collections, which is unnecessary as a minor collection will not 
> change any bytecode pointers.  It's a "product" flag, defaulting to 
> false.  Can it be removed or deprecated?  It seems useless.
>
> -- 
> - Keith
    
    
More information about the serviceability-dev
mailing list