mmtk-core icon indicating copy to clipboard operation
mmtk-core copied to clipboard

Odd results for mutator retired instructions for `biojava`

Open k-sareen opened this issue 3 years ago • 1 comments

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

image 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.

k-sareen avatar May 16 '22 05:05 k-sareen