Kunshan Wang

> ... But when we use the default nursery size, we would expect it run, rather than panicking. Yes. If the user doesn't specify a nursery size, we shouldn't blame...

I realised there is a chicken-and-egg problem. The user reading the porting guide needs to know since when the change happened. That requires locating the change by the commit hash...

An alternative solution is that `object_reference_write_{pre,post}` still have `target: ObjectReference` parameter, but the VM binding shall not call `object_reference_write_pre` if the old value in the slot is not an object...

The PR https://github.com/mmtk/mmtk-core/pull/703 added an API for supporting such non-keep-alive pinning. It has been used by mmtk-ruby to handle "potential pinning parents". Closing this issue...

It looks good to me now.

I managed to get the mmtk-ruby binding working. However, if I switch from malloc MarkSweep to native MatkSweep, it will crash in `post_alloc` when allocating new objects after GC because...

I think the implementation of `bzero_metadata` is unsound when we use it to clear a bit range, not whole pages. Log shows that sometimes `bzero_metadata` will clear 0 bytes when...

Here are some preliminary benchmark results. Two builds: - build1: master - build2: this PR + the mmtk-openjdk counterpart (https://github.com/mmtk/mmtk-openjdk/pull/265) `lusearch` from DaCapo Chopin, 40 invocations, 5 iterations, 2.5x and...

More benchmark results. I ran the same binary on shrew.moma and mole.moma (identical to vole.moma), 20 invocations, 3x min heap size, using Immix and StickyImmix GC. Plotty link: https://squirrel.anu.edu.au/plotty/wks/noproject/#0|mole-2024-01-20-Sat-113636^shrew-2024-01-20-Sat-113610&benchmark^build^invocation^iteration^logfile^mmtk_gc&GC^time^time.other^time.stw&|10&iteration^1^4|20&1^invocation|30&1&benchmark^logfile^mmtk_gc&build;build1|60&build&logfile&mmtk_gc|70&build-logfile-mmtk_gc^blg-2024-01-22|41&Histogram%20(with%20CI)^build-logfile-mmtk_gc^benchmark& Total...

binding-refs OPENJDK_BINDING_REPO=wks/mmtk-openjdk OPENJDK_BINDING_REF=fix/no-null-objref JIKESRVM_BINDING_REPO=wks/mmtk-jikesrvm JIKESRVM_BINDING_REF=fix/no-null-objref V8_BINDING_REPO=wks/mmtk-v8 V8_BINDING_REF=fix/no-null-objref RUBY_BINDING_REPO=wks/mmtk-ruby RUBY_BINDING_REF=fix/no-null-objref JULIA_BINDING_REPO=wks/mmtk-julia JULIA_BINDING_REF=fix/no-null-objref