Re: [rvm-research] Why both insertion and deletion barrier in sync1/2 phases of on-the-fly Garbage collector are needed?
Richard Jones <[email protected]> Wed, 06 Jul 2016 22:19:19 +0100
| Newsgroups | gmane.comp.java.jikes.rvm.devel |
|---|---|
| Message-ID | <[email protected]> |
See section 16.5, p.328-9, of the Garbage Collection Handbook. It's because phase changes are asynchronous, and different mutator threads are in different states. A deletion barrier alone is insufficient. Richard > Lokesh Gidra <mailto:[email protected]> > 6 July 2016 at 21:03 > Hi, > > Given that the write barrier and object allocation are supposed to be > atomic wrt. handshakes, why does an SATB based on-the-fly > implementation (like the famous DLG from POPl'94 paper) need to use > both, insertion and deletion barriers during sync1 and sync2 phases? > Won't just using deletion barrier suffice? > > > Kind Regards, > Lokesh > ------------------------------------------------------------------------------ > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family event has something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape > _______________________________________________ > Jikesrvm-researchers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers ------------------------------------------------------------------------------ Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape _______________________________________________ Jikesrvm-researchers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers