[RESUMED] RFR: 8158946 - btree009 fails with assert(s > 0) failed: Bad size calculated

Thomas Schatzl thomas.schatzl at oracle.com
Tue Jun 28 15:26:57 UTC 2016


Hi again,

On Tue, 2016-06-28 at 15:09 +0200, Thomas Schatzl wrote:
> Hi,
> 
> On Mon, 2016-06-27 at 10:10 -0400, Derek White wrote:
> > 
> > I'd like to split out the memory fence issue from the race fixed by
> > this webrev. I think the fence issue may require more performance
> > testing and several attempts to get something satisfactory.
> > 
> > New bug created: 
> >     JDK-8160369 Memory fences needed around setting and reading
> > object lengths.
> > 
> > How do reviewers feel about this patch to fix the initial race
> > condition?
>   looking at the 02 webrev:
> 

  another question:

- http://cr.openjdk.java.net/~drwhite/8158946/webrev.02/src/share/vm/gc
/shared/collectedHeap.inline.hpp.frames.html

Why does CollectedHeap::post_allocation_setup_class() use
post_allocation_install_obj_klass() instead of
post_allocation_setup_common(), effectively skipping setup of the mark
word?

Thanks,
  Thomas




More information about the hotspot-gc-dev mailing list