Java 中内存分配的典型速度是多少？

我正在分析一个 Java 应用程序，发现对象分配的速度比我预期的要慢得多。我运行了一个简单的基准测试来尝试确定小对象分配的整体速度，我发现在我的机器上分配一个小对象（3 个浮点数的向量）似乎需要大约 200 纳秒。我在（双核）2.0 GHz 处理器上运行，所以这大约是 400 个 CPU 周期。我想问问这里曾经分析过 Java 应用程序的人，这种速度是否符合预期。对我来说这似乎有点残酷和不寻常。毕竟，我认为像 Java 这样可以压缩堆并重新定位对象的语言将具有如下所示的对象分配：

int obj_addr = heap_ptr;
heap_ptr += some_constant_size_of_object
return obj_addr;

....这是几条装配线。至于垃圾收集，我没有分配或丢弃足够的对象来发挥作用。当我通过重用对象来优化代码时，我获得的性能约为每个需要处理的对象 15 纳秒，而不是每个需要处理的对象 200 纳秒，因此重用对象极大地提高了性能。我真的不想重用对象，因为这使得符号变得有点毛茸茸的（许多方法需要接受receptacle参数而不是返回值）。

那么问题是：对象分配花费这么长时间是否正常？或者我的机器上是否有问题，一旦修复，可能会让我在这方面获得更好的性能？其他小对象分配通常需要多长时间？是否有一个典型值？我正在使用客户端计算机，目前没有使用任何编译标志。如果您的计算机上的速度更快，您的计算机的 JVM 版本和操作系统是什么？

我意识到，在性能方面，个人里程可能会有很大差异，但我只是想问我上面提到的数字是否在正确的范围内。

当对象较小时，创建对象的速度非常快，并且没有 GC 成本。

final int batch = 1000 * 1000;

Double[] doubles = new Double[batch];
long start = System.nanoTime();

    for (int j = 0; j < batch; j++)
        doubles[j] = (double) j;

long time = System.nanoTime() - start;
System.out.printf("Average object allocation took %.1f ns.%n", (double) time/batch);

打印与-verbosegc

Average object allocation took 13.0 ns.

注意：没有发生 GC。然而，增加大小，程序需要等待在 GC 中复制内存。

final int batch = 10 *1000 * 1000;

prints

[GC 96704K->94774K(370496K), 0.0862160 secs]
[GC 191478K->187990K(467200K), 0.4135520 secs]
[Full GC 187990K->187974K(618048K), 0.2339020 secs]
Average object allocation took 78.6 ns.

我怀疑你的分配速度相对较慢，因为你正在执行GC。解决这个问题的一种方法是增加应用程序可用的内存。 （虽然这可能只是推迟成本）

如果我再次运行它-verbosegc -XX:NewSize=1g

Average object allocation took 9.1 ns.