64位JVM上的Java长性能

64位JVM上的Java长性能,java,Java,我感兴趣的是,在x86-64服务器上部署的4位JVM上使用许多长变量时,它们的性能如何?如果在同一台服务器上使用相同的整数,会有很大的区别吗 我的环境: $ java -version java version "1.7.0_07" Java(TM) SE Runtime Environment (build 1.7.0_07-b10) Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode) 这是我刚才运行的代码: impo

我感兴趣的是,在x86-64服务器上部署的4位JVM上使用许多长变量时,它们的性能如何?如果在同一台服务器上使用相同的整数,会有很大的区别吗

我的环境:

$ java -version
java version "1.7.0_07"
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode)
这是我刚才运行的代码:

import com.google.caliper.Runner;
import com.google.caliper.SimpleBenchmark;

public class Performance extends SimpleBenchmark {
  static final Random rnd = new Random();
  static long iters = 100_000_000 + rnd.nextInt(10_000_000);

  public long timeLong(int reps) {
    long sum = rnd.nextLong();
    for (int rep = 0; rep < reps; rep++)
      for (long l = 0; l < iters; l++) sum ^= l;
    return sum;
  }
  public int timeInt(int reps) {
    int sum = rnd.nextInt();
    int iters = (int) Performance.iters;
    for (int rep = 0; rep < reps; rep++)
      for (int l = 0; l < iters; l++) sum ^= l;
    return sum;
  }

  public static void main(String... args) {
    Runner.main(Performance.class, args);
  }
}
如果将
^=
替换为
+=
,则差异更大:

benchmark    ms linear runtime
     Long 109.1 ==============================
      Int  53.8 ==============

这可能意味着XOR本身同样快,但ADD速度慢了两倍。

最近我在64位Java 7热点上做了一些带int和long的微基准测试,long慢了两倍。不知道为什么.Java
long
原语类型是64位,而
int
是32位,大小是原来的两倍,因此内存总线开销更大。这完全取决于基准测试的类型:它只关注计算还是内存访问?@Steve-o纯计算,所有都可以绑定到寄存器或至少一级缓存。让我发布准确的Google Caliper基准测试,自己看并比较。@Bohemian,但如果处理百万元素数组,则会有所不同。我也想测试代码。这是完整的密码吗?是的。只需克隆Caliper的git repo并将其作为依赖项包含:
git clonehttps://code.google.com/p/caliper/
(您也需要Maven)。没有可执行文件。我在Eclipse中运行这个,并将caliper作为一个依赖项目包含在内。
benchmark    ms linear runtime
     Long 109.1 ==============================
      Int  53.8 ==============