|
锁定老帖子 主题：多核时代已经来临了，ruby还能热下去吗？
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-05-25
qqbuilder 写道 Yahoo 都是采用PHP，老大拜托你查查资料
Yahoo采用PHP。 那你为什么不拿google来对比呢？ |
| 返回顶楼 | |
|
发表时间：2007-05-25
hurricane1026 写道 林秋枫 写道 robbin 写道 qqbuilder 写道 Erlang这种标准多进程模型可是号召C100K，单机支撑10万并发请求，怎么样？
那如果有4个内核，岂不是可以支持40万并发请求，还是原来这么多，忽视多核时代的到来，本身就是个错误！ 多核和多机实在是两码事，增加cpu内核，整机的运算能力并不能翻番。你口口声声多核，但是连多核的基本知识都不了解。 多核可能提高的效能也不一定比得上多CPU。但是效能应该是类似的。 你能不能解释一下为什么大型的服务器总是要用多CPU的原因呢？ 有些应用根本不看运算能力，i/o瓶颈才是关键。。。真正完全消耗计算能力的应用有几个？ 对于计算能力,好像是有这么一句话:不管硬件是性能提高多少,软件都有办法消耗掉. |
| 返回顶楼 | |
|
发表时间：2007-05-25
robbin 写道 多核和多机实在是两码事，增加cpu内核，整机的运算能力并不能翻番。你口口声声多核，但是连多核的基本知识都不了解。 运算能力为什么不能翻番？ 一般的服务器程序的瓶颈在IO，而没有多少计算量。多核的机子的IO吞吐量和单核的没什么区别。 但是写计算复杂的程序，就大大不一样了，我这两天一直在修改mp3编码器，让它能在多线程环境下运行。双核计算机，就是可以同时处理两个文件的编码，速度提高了一倍。CPU的Usage达到100%。 |
| 返回顶楼 | |
|
发表时间：2007-05-25
bigpanda 写道 robbin 写道 多核和多机实在是两码事，增加cpu内核，整机的运算能力并不能翻番。你口口声声多核，但是连多核的基本知识都不了解。 运算能力为什么不能翻番？ 一般的服务器程序的瓶颈在IO，而没有多少计算量。多核的机子的IO吞吐量和单核的没什么区别。 但是写计算复杂的程序，就大大不一样了，我这两天一直在修改mp3编码器，让它能在多线程环境下运行。双核计算机，就是可以同时处理两个文件的编码，速度提高了一倍。CPU的Usage达到100%。 对于robbin，我对他的话只能表示遗憾，也可以看出他涉足的领域比较狭窄，对新事物的出现不敢接受，而对于Ruby,我的看法它就是商业炒作的结果，动态语言是方向，但最后的赢家决不是它 robbin 写道 增加cpu内核，整机的运算能力并不能翻番----这要看你则么计算了，处理好的话可以接近翻番。 robbin 写道 Yahoo!就是全部采用PHP，人家网站可是全球访问量排名第一的网站，照你的理论，不是早该挂了吗？ 我觉得你应该这么写Yahoo!就是全部采用HTML这还差不多 GOOGLE全球访问量排名第一？呕，I'm sorry,其实是微软，它才是第一，不过它既不用java,也不用PHP,用的是.net,让你们这些所谓的专家最看不上眼的东西，排名第二是GOOGLE，第三才是Yahoo!。我的老大！！！ |
| 返回顶楼 | |
|
发表时间：2007-05-25
大规模并行计算这种事情觉得大家就不要讨论了，反正我是不懂，也没看出谁比较明白。
|
| 返回顶楼 | |
|
发表时间：2007-05-25
robbin 写道 不得不说，你自己说的才是一个笑话。PHP就是不支持多线程的，那有如何？Yahoo!就是全部采用PHP，人家网站可是全球访问量排名第一的网站，照你的理论，不是早该挂了吗？
进程模式不见得性能不如线程模型，这个以前已经讨论过了，你去看看看综合版qiezi的评测，Erlang写的Server在高并发请求下性能超过了C++的多线程Server。 Erlang这种标准多进程模型可是号召C100K，单机支撑10万并发请求，怎么样？ 借问一句，10w并发不是要起100k进程吧？ 如果是，我得回头好好学学操作系统了。 qiezi的文章没有找到，谁帮发个链接，谢了。 |
| 返回顶楼 | |
|
发表时间：2007-05-25
Godlikeme 写道 robbin 写道 不得不说，你自己说的才是一个笑话。PHP就是不支持多线程的，那有如何？Yahoo!就是全部采用PHP，人家网站可是全球访问量排名第一的网站，照你的理论，不是早该挂了吗？
进程模式不见得性能不如线程模型，这个以前已经讨论过了，你去看看看综合版qiezi的评测，Erlang写的Server在高并发请求下性能超过了C++的多线程Server。 Erlang这种标准多进程模型可是号召C100K，单机支撑10万并发请求，怎么样？ 借问一句，10w并发不是要起100k进程吧？ 如果是，我得回头好好学学操作系统了。 qiezi的文章没有找到，谁帮发个链接，谢了。 不需要10万个进程，Erlang的Server是通过消息机制来实现并发的。其实即使是lighttpd，也可以单进程单线程支持1万个并发连接的，所以并不是只有多线程或者多进程才能够处理并发，我觉得你确实有必要学习一下操作系统的网络IO模型了。 http://www.iteye.com/topic/76007 |
| 返回顶楼 | |
|
发表时间：2007-05-25
qqbuilder 写道 bigpanda 写道 robbin 写道 多核和多机实在是两码事，增加cpu内核，整机的运算能力并不能翻番。你口口声声多核，但是连多核的基本知识都不了解。 运算能力为什么不能翻番？ 一般的服务器程序的瓶颈在IO，而没有多少计算量。多核的机子的IO吞吐量和单核的没什么区别。 但是写计算复杂的程序，就大大不一样了，我这两天一直在修改mp3编码器，让它能在多线程环境下运行。双核计算机，就是可以同时处理两个文件的编码，速度提高了一倍。CPU的Usage达到100%。 对于robbin，我对他的话只能表示遗憾，也可以看出他涉足的领域比较狭窄，对新事物的出现不敢接受，而对于Ruby,我的看法它就是商业炒作的结果，动态语言是方向，但最后的赢家决不是它 robbin 写道 增加cpu内核，整机的运算能力并不能翻番----这要看你则么计算了，处理好的话可以接近翻番。 robbin 写道 Yahoo!就是全部采用PHP，人家网站可是全球访问量排名第一的网站，照你的理论，不是早该挂了吗？ 我觉得你应该这么写Yahoo!就是全部采用HTML这还差不多 GOOGLE全球访问量排名第一？呕，I'm sorry,其实是微软，它才是第一，不过它既不用java,也不用PHP,用的是.net,让你们这些所谓的专家最看不上眼的东西，排名第二是GOOGLE，第三才是Yahoo!。我的老大！！！ 你这个人很搞笑，回了你一个帖子，就连我接受不接受新事物，ruby是不是商业炒作的结论都得出来了，看得出来你的逻辑思维能力相当混乱，当然我不介意你怎么说我，因为我从来就没有说过我有多牛，比我牛的人多得是，当然不是你。 对了，不妨给你看看这个： http://www.alexa.com/site/ds/top_500?qterm= 注意看右边的排名，千万别再看错了。 |
| 返回顶楼 | |
|
发表时间：2007-05-25
每种语言都有自己解决问题的方法！！
其实一门语言，也是要有商业运作才行的！ 每人支持，在好也是白搭！ |
| 返回顶楼 | |
|
发表时间：2007-05-26
我插一句, 多核对Java的冲击也很大, 并不是说这个普及了Java是最大赢家什么的, 实际上目前的情况看只能占到比较少的一点便宜.
主要问题在于Java GC的实现, 目前最成熟的GC是要整个JVM停机回收垃圾的, 这就是说管你多少个CPU多少个核心, 到了GC的时候统统候着去! SUN的并行GC在1.5的JVM才开始出现, 成熟度可想而知. 最近在 JDK1.6.0_01上用NetBeans, 配置里说启用并行GC可以很大提高GUI效率, 但是我改了参数发现右键菜单都看出来是从上到下刷出来的了,绝对不是特效, 可以感觉出延迟. 换作默认的经典GC就好了. GC的问题在双核, 甚至4核的机器上跑可能还算不上致命问题, 但是前些天看到演示, Intel的 80 核心 CPU 已经在实验室里搞出来了, 面世也不会太远了. 到那个时候如果并行GC还是不成熟, 用经典GC可想而知, 运行一会儿程序 80 颗 CPU 核心就统一歇一会儿菜, 将是什么景象. 当然Java的好处就是把这些底层细节都丢给JVM实现去嘿咻了, 咱们写的Java程序现在用经典GC在少核机器上跑, 以后JVM GC改进了, 同样的程序放到多核机器上去跑完全不用修改, 直接就可以享受到好处. 但是对于JVM供应商来说, 它们去达到这个目标的成本并不比其他语言的实现要轻易, 而且要是跟Ruby这样的新生语言来比, 很可能因为历史包袱太多成本更高. 不过商业运作也很关键, Java一直以来有SUN在顶, 也算是有福气了. |
| 返回顶楼 | |
