我不想开始另一个毫无意义的火焰战争,关于Java或C ++是否是更好的语言。我想知道我为特定任务做的比较是否公平,测量数据是否正确。
我们需要决定是否将Java或C ++用于我们的下一个项目。我在C ++阵营,但我想为我的案子提供坚实的论据。我们的应用是特殊的,有以下需求:
我用C ++和Java实现了一个玩具程序。首先,我介绍C ++版本:
#include <iostream>
#include <vector>
#include <cstdlib>
using namespace std;
struct Point{
float x, y;
};
int main(int argc, char*argv[]){
int n = atoi(argv[1]);
vector<Point>arr;
for(int i=0; i<n; ++i){
Point p;
p.x = i;
p.y = i+0.5f;
arr.push_back(p);
}
float dotp = 0;
for(int i=0; i<n; ++i)
dotp += arr[i].x * arr[i].y;
cout << dotp << endl;
}
接下来是执行相同操作的Java版本:
import java.util.*;
class Point{
public float x, y;
}
class Main{
static public void main(String[]args){
int n = Integer.parseInt(args[0]);
ArrayList<Point> arr = new ArrayList<Point>();
for(int i=0; i<n; ++i){
Point p = new Point();
p.x = i;
p.y = i+0.5f;
arr.add(p);
}
float dotp = 0;
for(int i=0; i<n; ++i)
dotp += arr.get(i).x * arr.get(i).y;
System.out.println(dotp);
}
}
我使用命令行将元素数传递给程序,以防止优化器在编译期间执行程序。计算出的值无用。唯一有趣的问题是程序的运行速度和使用的内存量。我从C ++开始:
$ g++ --version
g++ (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4
$ g++ -O3 test.cpp -o test
$ /usr/bin/time ./test 1000000
3.33381e+17
0.01user 0.00system 0:00.02elapsed 100%CPU (0avgtext+0avgdata 10084maxresident)k
0inputs+0outputs (0major+2348minor)pagefaults 0swaps
$ /usr/bin/time ./test 10000000
3.36984e+20
0.08user 0.01system 0:00.09elapsed 100%CPU (0avgtext+0avgdata 134380maxresident)k
0inputs+0outputs (0major+4074minor)pagefaults 0swaps
$ /usr/bin/time ./test 100000000
2.42876e+23
0.77user 0.09system 0:00.87elapsed 99%CPU (0avgtext+0avgdata 1050400maxresident)k
0inputs+0outputs (0major+6540minor)pagefaults 0swaps
“用户”时间是程序运行的时间。对于10 ^ 6个元素,它运行0.01秒,10 ^ 7个元素0.08秒,以及10 ^ 8个元素0.77秒。 “maxresident”是内核为程序提供的以千字节为单位的物理内存量。 10 ^ 6 10 MB,10 ^ 7 132 MB,10 ^ 8 1 GB。
内存消耗听起来不错。具有x个元素的数组需要sizeof(float)* 2 * x = 8 * x字节的内存。对于10 ^ 6个元素,大约8MB,10 ^ 7大约76MB,10 ^ 8大约762 MB。
接下来,我运行Java程序:
$ javac -version
javac 1.6.0_41
$ javac Main.java
$ java -version
java version "1.7.0_131"
OpenJDK Runtime Environment (IcedTea 2.6.9) (7u131-2.6.9-0ubuntu0.14.04.2)
OpenJDK 64-Bit Server VM (build 24.131-b00, mixed mode)
$ /usr/bin/time java Main 1000000
3.33381168E17
0.16user 0.00system 0:00.09elapsed 173%CPU (0avgtext+0avgdata 79828maxresident)k
0inputs+64outputs (0major+4314minor)pagefaults 0swaps
$ /usr/bin/time java Main 10000000
3.3698438E20
5.23user 0.18system 0:02.07elapsed 261%CPU (0avgtext+0avgdata 424180maxresident)k
0inputs+64outputs (0major+13508minor)pagefaults 0swaps
$ /usr/bin/time java Main 100000000
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
at Main.main(Main.java:14)
Command exited with non-zero status 1
3840.72user 13.06system 17:11.79elapsed 373%CPU (0avgtext+0avgdata 2281416maxresident)k
0inputs+1408outputs (0major+139893minor)pagefaults 0swaps
对于10 ^ 6个元素,它需要0.16秒和78 MB。对于10 ^ 7个元素,它需要5.23秒和414 MB。我尝试为10 ^ 8个元素运行程序,但Java崩溃了。它使用了我机器的所有内核(在顺序程序中!)并运行了17分钟,同时占用了2.2GB。我的机器有8 GB的内存。
对于10 ^ 6个元素,C ++是0.16 / 0.01 =快16倍,需要78/10 = 7.8倍的内存。对于10 ^ 7个元素,C ++的速度为5.23 / 0.08 = 65倍,需要414/132 = 3.1倍的内存。 Java没有在10 ^ 8个元素的测试实例上完成,而C ++程序在不到一秒的时间内完成。
对于10 ^ 6,Java似乎可以管理但不太理想。对于10 ^ 7和10 ^ 8,它是绝对禁止的。我预计C ++相对于Java有轻微的性能优势但不是这么大的优势。
最可能的解释是我的测试方法是错误的,或者我的Java代码中存在非明显的性能瓶颈。另一种解释是OpenJDK JVM明显缺乏来自其他供应商的JVM。
请向我解释为什么Java在此基准测试中表现如此糟糕。我是如何无意中使Java看起来更糟糕的?
由于
答案 0 :(得分:4)
JIT没有运行因此解释了效果的一小部分,但不是主要的减速。
是的,由于JIT启动Java的速度很慢,它需要一些时间才能全速运行。
但你描述的表现是灾难性的,还有另一个原因:你写了
它使用了我机器的所有核心(在顺序程序中!)
这一定是垃圾收集器。 GC运行困难意味着你的内存不足。在我的机器上,时间是
28.689 millis for 1 M pairs
143.104 millis for 10 M pairs
3100.856 millis for 100 M pairs
10.404 millis for 1 M pairs
113.054 millis for 10 M pairs
2528.371 millis for 100 M pairs
这仍然是一种痛苦,但可能是一个可行的起点。观察到第二次运行更快,因为它更好地进行了优化。请注意,这不是应该如何编写Java基准测试的
内存消耗的原因是你有List
个对象的引用包含两个浮点数而不是vector
个浮点数对。每个引用都会增加4或8个字节的开销,每个对象都会增加更多。此外,每次访问都有间接。
如果内存很重要,那么这不是用Java编写代码的正确方法。肯定有更好的方法(我试过试试),但代码可能会变得难看。没有value types的Java在这样的计算中很糟糕。恕我直言,它几乎在其他地方(个人意见)擅长。
等效的C ++代码将使用vector<Point*>
。如果你这样做,你的代码变得更慢,内存更大,但仍然优于Java(对象头开销)。
我重写了代码,因此它使用PointArray
将两个浮点数存储在一个数组中。没有测量任何东西,我声称现在的内存消耗大致相同。现在的时间是
31.505 millis for 1 M pairs
232.658 millis for 10 M pairs
1870.664 millis for 100 M pairs
17.536 millis for 1 M pairs
219.222 millis for 10 M pairs
1757.475 millis for 100 M pairs
仍然太慢了。我想,这是绑定检查,无法在Java中关闭(除非您解析为Unsafe
)。通常,JIT(即时编译器)可以将它们从循环中移出,这使得它们的成本可以忽略不计。
也可能是我的缓慢(因子1.5)阵列大小调整(IIRC vector
使用因子2)。或者只是在你几乎完成时调整数组大小时可惜。当你对阵列做任何事情时,它可能会很重要。
在任何情况下,当您想要快速处理基元数组时,至少需要一个优秀的Java程序员。他们可能需要一两天才能获得良好的表现。一个好的图书馆也可以。在Java 10(或11或......)之前使用List<Point>
效率太低。