“Java是一种允许一次编写,处处运行的编程语言——从高端的台式机到智能手机。它的操作系统无关性与广泛分布的天性是最大的卖点,但是它的性能却不尽如人意。通常情况下,Java 应用程序的性能不如为特定OS编写的本地应用程序那样好。然而,多亏了Sumatra项目,性能差距也许很快就不是什么大问题了。”
java慢就慢在客户端。在服务器端还是比C++要快的。当然,耗的内存就多很多了。
哈哈哈哈哈。楼下评论的我评论
当速度快到一定程度后,语言之间的效率重要性就下降了。。那么剩下的就是开发效率了。。Java的开发效率肯定比C/C++要高的。。
“也许”
居然是利用gpu?那太飘渺了吧,还是先考虑怎么利用好cpu,除非真的无法再提高了。。。。
评论删除后,数据将无法恢复
引用来自“灵剑子”的评论
引用来自“hanxh”的评论
引用来自“灵剑子”的评论
java慢就慢在客户端。在服务器端还是比C++要快的。当然,耗的内存就多很多了。
这么说吧,高水平优化的c++代码会比java性能高,但一般水平的c++代码很可能不如java。在面向大量字节操作时候,c++更快,在实施高层业务逻辑的时候,java会更快。
至于safe point 的影响更加不可忽视,每条回边语句都得插一个gc 的safe point polling,估计会带来10
%左右的性能下降。另外跨safe point的优化受到限制,这也是不可忽视的一点。collector本身带来的开销我不确定和c++的比如何,但是仅仅是堆 compact时候copy。reference write barrier也是不小的开销。当然所谓热 path的优化能带来一些动态编译器特有的好处,但是据说静态编译器在加行profiling之后也能获得同样的效果。
引用来自“hanxh”的评论
引用来自“灵剑子”的评论
java慢就慢在客户端。在服务器端还是比C++要快的。当然,耗的内存就多很多了。
这么说吧,高水平优化的c++代码会比java性能高,但一般水平的c++代码很可能不如java。在面向大量字节操作时候,c++更快,在实施高层业务逻辑的时候,java会更快。
引用来自“灵剑子”的评论
java慢就慢在客户端。在服务器端还是比C++要快的。当然,耗的内存就多很多了。
引用来自“Mr.CoolB”的评论
引用来自“JayKong”的评论
哈哈哈哈哈。楼下评论的我评论
引用来自“洪文军”的评论
引用来自“达达仔”的评论
当速度快到一定程度后,语言之间的效率重要性就下降了。。
那么剩下的就是开发效率了。。
Java的开发效率肯定比C/C++要高的。。
不信 用 Hello world 试试
引用来自“洪文军”的评论
引用来自“达达仔”的评论
当速度快到一定程度后,语言之间的效率重要性就下降了。。
那么剩下的就是开发效率了。。
Java的开发效率肯定比C/C++要高的。。
不信 用 Hello world 试试
引用来自“洪文军”的评论
引用来自“达达仔”的评论
当速度快到一定程度后,语言之间的效率重要性就下降了。。
那么剩下的就是开发效率了。。
Java的开发效率肯定比C/C++要高的。。
不信 用 Hello world 试试
引用来自“YiseNet”的评论
“也许”
引用来自“haitao”的评论
居然是利用gpu?那太飘渺了吧,还是先考虑怎么利用好cpu,除非真的无法再提高了。。。。
引用来自“haitao”的评论
居然是利用gpu?那太飘渺了吧,还是先考虑怎么利用好cpu,除非真的无法再提高了。。。。
引用来自“达达仔”的评论
当速度快到一定程度后,语言之间的效率重要性就下降了。。
那么剩下的就是开发效率了。。
Java的开发效率肯定比C/C++要高的。。
不信 用 Hello world 试试
那么剩下的就是开发效率了。。
Java的开发效率肯定比C/C++要高的。。
就像j2ee
引用来自“JayKong”的评论
哈哈哈哈哈。楼下评论的我评论