什么是StubRoutines :: jbyte_disjoint_arraycopy

Question

我正在测量一些单线程方法调用（用Scala编写）并想分析基准测试。这是它的样子（省略了实现细节）

@State(Scope.Benchmark)
class TheBenchmarks {

    var data: Array[Byte] = _
    @Param(Array("1024", "2048", "4096", "8192"))
    var chunkSize: Int = _

    @Setup
    def setup(): Unit = {
        data = //get the data
    }

    @Benchmark
    @OutputTimeUnit(TimeUnit.MICROSECONDS)
    @BenchmarkMode(Array(Mode.AverageTime))
    def takeFirstAvroRecord(bh: Blackhole): Unit = {
      val fr = //do computation with data and chunk size
      bh.consume(fr)
    }

}

好的，我得到了一些结果并且想要了解它，但-prof perfasm的输出对我来说有点不清楚。首先：

....[Hottest Regions]...............................................................................
 44.20%   40.50%        runtime stub  StubRoutines::jbyte_disjoint_arraycopy (205 bytes) 
  6.78%    1.62%         C2, level 4  cats.data.IndexedStateT$$Lambda$21::apply, version 1242 (967 bytes) 
  4.39%    0.79%         C2, level 4  my.pack.age.Mclass::cut0, version 1323 (299 bytes) 

和

....[Hottest Methods (after inlining)]..............................................................
 44.20%   40.50%        runtime stub  StubRoutines::jbyte_disjoint_arraycopy 
  8.40%    3.93%         C2, level 4  cats.data.IndexedStateT$$Lambda$21::apply, version 1242 
  5.76%    2.67%         C2, level 4  my.pack.age.Mclass::cut0, version 1323 

我发现了一些关于jbyte_disjoint_arraycopy。它如下声明如下here。

StubRoutines::_jbyte_disjoint_arraycopy  = generate_disjoint_byte_copy(false, &entry,
                                                                           "jbyte_disjoint_arraycopy");

从generate_disjoint_byte_copy方法的来源来看，它看起来像汇编代码生成的东西......我可以猜测它是x86的一些内在数组副本......

问：你能否解释一下StubRoutines以及可能导致它成为最热门地区的原因？

Answer 1

你猜对了。 <type>_disjoint_arraycopy存根是在运行时生成的函数，专门用于加速System.arraycopy调用。

当JVM启动时，它会使用当前可用的CPU features为某些例程生成优化的机器代码。例如。如果CPU支持AVX2，生成的arraycopy存根将make use of AVX2 instructions。

System.arraycopy是HotSpot的内在方法。当由C2编译时，调用System.arraycopy执行必要的检查，然后调用生成的arraycopy存根例程之一。

如果StubRoutines::jbyte_disjoint_arraycopy是最热门的区域，它基本上意味着你的基准测试大部分时间都在System.arraycopy处理byte[]数组。你可以尝试async-profiler来看看这个arraycopy的来源。