Btw, Simon, I didn't answer you last email yet. In my opinion for a concurrent copy GC, you probably can implement "read barrier" as a facilitating tool. It's a good start point. You can consult with JIT guys (for example, Mikhail Fursov) on how to instrument them into jitted code.
Thanks, xiaofeng On Sat, Apr 12, 2008 at 8:43 AM, Xiao-Feng Li <[EMAIL PROTECTED]> wrote: > Simon, you should define USE_UNIQUE_MARK_SWEEP_GC for concurrent > mark-sweep GC. You can run it with SPECJBB. > > Thanks, > xiaofeng > > > > On Fri, Apr 11, 2008 at 9:38 PM, Simon Chow <[EMAIL PROTECTED]> wrote: > > Hi all > > > > First, I would like to know which test suit used for gc_gen? Are these > tests > > in "working_vm\vm\tests\smoke\gc"? > > > > Second, I am using LOS.java as sample to trace the garbage collection > > process. > > My command configuration is : > > -XX:gc.concurrent_gc=true -Xem:opt -verbose:gc gc.LOS > > then a assertion error raised: > > #else > > /*FIXME: concurrent mark is not supported in GC_GEN*/ > > assert(0); > > return FALSE; > > #endif > > > > So, Does it mean that I should use: > > -XX:gc.concurrent_sweep=true > > to start a concurrent garbage collector? > > > > > > In addition, when I use generational mode, this assertion error is raised: > > assert(!collector->rem_set); > > in line 5 of function void lspace_compute_object_target(Collector* > > collector, Lspace* lspace) in lspace_alloc_collect.cpp > > > > P.S. I am using HARMONY647153 > > > > Thanks > > > > -- > > From : [EMAIL PROTECTED] School of Fudan University > > > > > > -- > http://xiao-feng.blogspot.com > -- http://xiao-feng.blogspot.com
