+
 新版
2012-10-16 16:11
UEditor太大了
2012-10-14 23:10

引用来自“灵剑子”的评论

引用来自“hanxh”的评论

引用来自“灵剑子”的评论

java慢就慢在客户端。在服务器端还是比C++要快的。当然,耗的内存就多很多了。

不是吧。数组边界检查。gc safepoint 是根本性的慢啊。50%差不多

数组边界检查jit可以优化掉。不当的使用内存分配器带来的综合效应在很多时候比gc更慢。
这么说吧,高水平优化的c++代码会比java性能高,但一般水平的c++代码很可能不如java。在面向大量字节操作时候,c++更快,在实施高层业务逻辑的时候,java会更快。

我认为数组边界检查是大头。优化掉是有先决条件的。比如循环边界定长之类的。 或者步长递增有规律。但是很多没规律的就没法优化掉。
至于safe point 的影响更加不可忽视,每条回边语句都得插一个gc 的safe point polling,估计会带来10
%左右的性能下降。另外跨safe point的优化受到限制,这也是不可忽视的一点。collector本身带来的开销我不确定和c++的比如何,但是仅仅是堆 compact时候copy。reference write barrier也是不小的开销。当然所谓热 path的优化能带来一些动态编译器特有的好处,但是据说静态编译器在加行profiling之后也能获得同样的效果。
2012-10-14 22:34

引用来自“hanxh”的评论

引用来自“灵剑子”的评论

java慢就慢在客户端。在服务器端还是比C++要快的。当然,耗的内存就多很多了。

不是吧。数组边界检查。gc safepoint 是根本性的慢啊。50%差不多

数组边界检查jit可以优化掉。不当的使用内存分配器带来的综合效应在很多时候比gc更慢。
这么说吧,高水平优化的c++代码会比java性能高,但一般水平的c++代码很可能不如java。在面向大量字节操作时候,c++更快,在实施高层业务逻辑的时候,java会更快。
2012-10-14 22:22

引用来自“灵剑子”的评论

java慢就慢在客户端。在服务器端还是比C++要快的。当然,耗的内存就多很多了。

不是吧。数组边界检查。gc safepoint 是根本性的慢啊。50%差不多
2012-10-12 00:56

引用来自“Mr.CoolB”的评论

引用来自“JayKong”的评论

哈哈哈哈哈。楼下评论的我评论

无语...

元芳,你怎么看这件事?
2012-10-11 22:54
opencl前途无量啊
2012-10-11 21:46
用撒香水掩盖大便的臭味,哈哈
2012-10-11 20:46

引用来自“洪文军”的评论

引用来自“达达仔”的评论

当速度快到一定程度后,语言之间的效率重要性就下降了。。
那么剩下的就是开发效率了。。
Java的开发效率肯定比C/C++要高的。。

实现同样功能, JAVA 比 C++ 的写的代码行数多了和很多
不信 用 Hello world 试试

开发效率和行数的关系不是绝对的吧……
2012-10-11 19:54

引用来自“洪文军”的评论

引用来自“达达仔”的评论

当速度快到一定程度后,语言之间的效率重要性就下降了。。
那么剩下的就是开发效率了。。
Java的开发效率肯定比C/C++要高的。。

实现同样功能, JAVA 比 C++ 的写的代码行数多了和很多
不信 用 Hello world 试试

这个问题就不要再争了吧
2012-10-11 19:30

引用来自“洪文军”的评论

引用来自“达达仔”的评论

当速度快到一定程度后,语言之间的效率重要性就下降了。。
那么剩下的就是开发效率了。。
Java的开发效率肯定比C/C++要高的。。

实现同样功能, JAVA 比 C++ 的写的代码行数多了和很多
不信 用 Hello world 试试

我不信
2012-10-11 19:30

引用来自“YiseNet”的评论

“也许”

你“也许”是喷子
2012-10-11 19:29

引用来自“haitao”的评论

居然是利用gpu?那太飘渺了吧,还是先考虑怎么利用好cpu,除非真的无法再提高了。。。。

GPU并行计算已成未来趋势
2012-10-11 18:32
java慢就慢在客户端。在服务器端还是比C++要快的。当然,耗的内存就多很多了。
2012-10-11 17:40

引用来自“haitao”的评论

居然是利用gpu?那太飘渺了吧,还是先考虑怎么利用好cpu,除非真的无法再提高了。。。。

opencl支持cpu的...
2012-10-11 17:38

引用来自“达达仔”的评论

当速度快到一定程度后,语言之间的效率重要性就下降了。。
那么剩下的就是开发效率了。。
Java的开发效率肯定比C/C++要高的。。

实现同样功能, JAVA 比 C++ 的写的代码行数多了和很多
不信 用 Hello world 试试
2012-10-11 17:29
当速度快到一定程度后,语言之间的效率重要性就下降了。。
那么剩下的就是开发效率了。。
Java的开发效率肯定比C/C++要高的。。
2012-10-11 17:16
居然是利用gpu?那太飘渺了吧,还是先考虑怎么利用好cpu,除非真的无法再提高了。。。。
2012-10-11 17:08
很聪明啊,有了解决办法了,才承认真的。。。。
就像j2ee
2012-10-11 16:01
楼上总结得很精辟,我就不再重复了+1
2012-10-11 14:46
“也许”
2012-10-11 14:43

引用来自“JayKong”的评论

哈哈哈哈哈。楼下评论的我评论

无语...
2012-10-11 14:34
哈哈哈哈哈。楼下评论的我评论
回复 @
{{emojiItem.symbol}}
返回顶部
顶部