Odd results for mutator retired instructions for `biojava`
During performance evaluation, I've noticed that biojava has a very odd result for the number of retired instructions for the mutator. Every plan in the current MMTk (so GenImmix, Immix, MarkCompact, NoGC, and SemiSpace) retires 40% more instructions than GenCopy. This makes no sense as the fastpath and allocator for GenCopy is identical to the rest of the GCs (specially SemiSpace and GenImmix). If anything, we expect that the generational plans retire more instructions than other plans owing to the presence of a barrier.
biojava is also the only benchmark this occurs in. The odd results for the number of (mutator) retired instructions also translates into a decrease in mutator time for GenCopy.
Results
Note the ~40% increase in number of retired instructions for the rest of the plans in comparison to GenCopy.
Revisions used
mmtk-core: 3dbdd7ae + feature perf_counter
mmtk-openjdk: 3cc0d71
openjdk: ca90b43f0f5
DaCapo Chopin: f480064
Benchmark results were gathered on an i9-9900K Coffee Lake machine.