找回密码
 骑士注册

QQ登录

微博登录

❏ 站外平台:

Linux 中国◆开源社区 首页 查看评论
[1]
来自上海的 Firefox 52.0|Windows 10 用户 发表于 2017-03-27 18:11 的评论:
错字:~~整形值~~,**整型值**
kenx [Chrome 57.0|Windows 10] 2017-04-14 11:15 3 回复
感谢更正
来自上海的 Chrome 56.0|Windows 7 用户 2017-04-01 10:03 2 回复
内存很便宜,时间很贵。
[1]
来自湖南长沙的 QQ Browser 9.5|Windows 7 用户 发表于 2017-03-27 18:02 的评论:
OO对象模型本身就对缓存不友好,再怎么优化也不可能到很理想的程度。另,openjdk的默认JVM,Hotspot实际性能比微软的CLR强不少。jit本身可以应用的优化也比静态编译可以应用的优化灵活多了,比如很简单就可以做到基于逃逸分析的动态寄存器分配和栈上对象分配,还有暂时静态编译做不到的跨库inline,以至于一些运算密集场景下真的可以出现Java跑得比c++快,,,一部分c#程序员是真浅薄。
来自美国的 Firefox 52.0|Windows 7 用户 2017-03-31 16:23 5 回复
某些情况下是可能的,但理论上Java不可能比C/C++快,除非设计有问题。
[1]
来自湖北的 Chrome 56.0|Windows 10 用户 发表于 2017-03-29 12:39 的评论:
然后就用C#和Java代表(大多数)高级语言了
来自湖北的 Chrome 56.0|Windows 10 用户 2017-03-29 12:48 3 回复
其实也还行,其他的脚本语言只会更慢
来自湖北的 Chrome 56.0|Windows 10 用户 2017-03-29 12:39 4 回复
然后就用C#和Java代表(大多数)高级语言了
[1]
来自上海的 Firefox 52.0|Windows 10 用户 发表于 2017-03-27 18:11 的评论:
错字:~~整形值~~,**整型值**
linux [Chrome 56.0|Mac 10.11] 2017-03-27 22:51 2 回复
来自上海的 Firefox 52.0|Windows 10 用户 2017-03-27 18:11 2 回复
错字:~~整形值~~,**整型值**
来自湖南长沙的 QQ Browser 9.5|Windows 7 用户 2017-03-27 18:02 3 回复
OO对象模型本身就对缓存不友好,再怎么优化也不可能到很理想的程度。另,openjdk的默认JVM,Hotspot实际性能比微软的CLR强不少。jit本身可以应用的优化也比静态编译可以应用的优化灵活多了,比如很简单就可以做到基于逃逸分析的动态寄存器分配和栈上对象分配,还有暂时静态编译做不到的跨库inline,以至于一些运算密集场景下真的可以出现Java跑得比c++快,,,一部分c#程序员是真浅薄。

返回顶部

分享到微信

打开微信,点击顶部的“╋”,
使用“扫一扫”将网页分享至微信。