我现在刷题大概才刷了1/3，然后我看了一下各个语言的Runtime Distribution
不用说，C/C++总是是最靠前，让我好奇的是
我刷了这1/3的题里java的整体分布或者是平均值在js/python前的次数屈指可数|∀` )
感觉有点不科学，静态编译的语言不是应该比动态语言快么
难道是leetcode的统计系统不够完善么
顺带一提js同一份源码提交上去时快时慢，浮动幅度十分大啊。这又是什么原因Σ( ﾟдﾟ)
This topic created in 4171 days ago, the information mentioned may be changed or developed.
 |
df4VWJun 3, 2015
1
Cuz its nodejs 0.12.3
|
 |
fangjinminJun 3, 2015
2
可能是因为JVM太慢了。
|
 |
braineoJun 3, 2015
3
虚拟机启动时间？
|
 |
tabris17Jun 3, 2015
4
像LeetCode这种平台，Python，Ruby环境支持安装第三方包/组件么？
|
 |
5
V8也是有点水平的好吗！
|
1 |
Narcissu5Jun 3, 2015
6
估计是HotSpot的原因,java只有在有一定运行信息之后才开始优化
|
 |
oott123Jun 3, 2015 via Android
7
难道不是本来就比不过…（我是来黑的
|
 |
9hillsJun 3, 2015 via iPhone
8
Java热起来，表示可以和C++刚正面
|
 |
neilwongJun 3, 2015
9
凭什么看不起我大js，来来来，楼主咱俩来撕逼
|
 |
ledzep2Jun 3, 2015
11
楼上真幽默. v8会把可以编译成native code的代码编译运行, 性能直逼native. java始终还是有个vm. 所以v8某些时候会快些.
|
 |
wy315700Jun 3, 2015
12
不知道leetcode怎么统计的
我们以前做OJ的时候， 整个程序的执行时间不仅仅是你写的代码的运行时间，是整个命令的运行时间 也就是说 如果是JAVA的话，是整个 javac Main.java 的时间， 包含了 javac 程序本身加载，编译，运行等时间。 所以除了C/C++是不计算编译的时间，是直接运行二进制的，其他的都要算上编译时间的，所以静态编译并没有什么优势。 一般设置超时的时候，JAVA的时间是C的三倍。 @9hills @fangjinmin @braineo @fszaer |
 |
101Jun 3, 2015
13
说 V8 快的是忘了 Java 还有 JIT 吗？快不快上数据吧
|
 |
loryyangJun 3, 2015
14
我以前听别人介绍过，这个java运行时间包括启动jvm的时间
正常java不可能会去频繁启动停止jvm的，所以这个时间没有意义 |
 |
CloudeeJun 3, 2015 via iPhone
15
虚拟机启动慢，预热起来（方法执行一定次数才会jit等等）也需要时间
|
 |
nomoonJun 3, 2015
16
他们中间改过计算方法，现在java应该是能跑过脚本语言的。但是历史数据原因。。。你懂的。。。
|
 |
messyideaJun 3, 2015 via Android
17
应该是java读入比较慢吧
|
 |
18
|
 |
erichuang1994May 9, 2016
19
然而现在 leetcode 上 JAVA 就比 C 慢了
|
Select Language