多核时代已经来临了，ruby还能热下去吗？

多核时代已经来临了，ruby还能热下去吗？

关注ruby很久了。看过很多对ruby的赞美之词。可是心里还是抱有很多疑虑的。
最近了解了一下相关了资料，竟然发现ruby不支持多线程，只支持伪线程（不是真正的多线程）。
不支持多线程必定会使ruby的应用受到很大的局限，比如：
1.不能应用在嵌入式系统中；
2.不能应用在桌面系统中；
3.不适合做海量访问的web系统；

真是因为这样，ruby也许只能局限于web编程方面。即使在这方面，功能复杂的企业应用系统和海量访问的大型网站也无法应用。
无法支持多线程，只能通过多进程的方式处理并发的连接。而进程是重量级的，无论怎么优化在性能上也是无法超过轻量级的线程。

现在，多核时代已经到来了。家用pc已经普及了双核的cpu，未来4核、8核甚至是几百核的cpu也并不是一件遥远的事情。在多核时代，支持多线程的语言肯定优于不不支持多线程的语言。随着多核时代的到来，java在性能上核C++的差距会越来越小。ruby的优势还存在么？

说ruby取代java简直是一件笑话。即使在web编程方面，ruby所能取代的，也许仅仅是php而已。

评论

9 楼 林秋枫 2007-05-25  

robbin 写道

qqbuilder 写道

Erlang这种标准多进程模型可是号召C100K，单机支撑10万并发请求，怎么样？
那如果有4个内核，岂不是可以支持40万并发请求，还是原来这么多，忽视多核时代的到来，本身就是个错误！

多核和多机实在是两码事，增加cpu内核，整机的运算能力并不能翻番。你口口声声多核，但是连多核的基本知识都不了解。

多一个cpu内核当然不能使整机的运算能力翻番，但肯定可以提高不少。
多核可能提高的效能也不一定比得上多CPU。但是效能应该是类似的。
你能不能解释一下为什么大型的服务器总是要用多CPU的原因呢？

8 楼 robbin 2007-05-23  

qqbuilder 写道

Erlang这种标准多进程模型可是号召C100K，单机支撑10万并发请求，怎么样？
那如果有4个内核，岂不是可以支持40万并发请求，还是原来这么多，忽视多核时代的到来，本身就是个错误！

多核和多机实在是两码事，增加cpu内核，整机的运算能力并不能翻番。你口口声声多核，但是连多核的基本知识都不了解。

7 楼 robbin 2007-05-23  

qqbuilder 写道

Yahoo 都是采用PHP，老大拜托你查查资料

不妨告诉你，我上周在杭州参加大会，中午吃饭的时候，我右边坐的就是Yahoo的首选科学家，再右边就是现在在Yahoo工作的PHP之父Rasmus Leodorf，是他们两个人这样告诉我。你以为如何？你觉得他们会撒谎吗？

6 楼 qqbuilder 2007-05-23  

Erlang这种标准多进程模型可是号召C100K，单机支撑10万并发请求，怎么样？
那如果有4个内核，岂不是可以支持40万并发请求，还是原来这么多，忽视多核时代的到来，本身就是个错误！

5 楼 qqbuilder 2007-05-23  

Yahoo 都是采用PHP，老大拜托你查查资料

4 楼 weiqingfei 2007-05-22  

robbin 写道

不得不说，你自己说的才是一个笑话。PHP就是不支持多线程的，那有如何？Yahoo!就是全部采用PHP，人家网站可是全球访问量排名第一的网站，照你的理论，不是早该挂了吗？

进程模式不见得性能不如线程模型，这个以前已经讨论过了，你去看看看综合版qiezi的评测，Erlang写的Server在高并发请求下性能超过了C++的多线程Server。

Erlang这种标准多进程模型可是号召C100K，单机支撑10万并发请求，怎么样？

老大的这种说法也有问题，php不是多线程，但是yahoo也不是用一台服务器。

至于在什么级别上进行负载均衡，那又是另外一个问题了。

3 楼 dennis_zane 2007-05-22  

杞人忧天

2 楼 robbin 2007-05-22  

不得不说，你自己说的才是一个笑话。PHP就是不支持多线程的，那有如何？Yahoo!就是全部采用PHP，人家网站可是全球访问量排名第一的网站，照你的理论，不是早该挂了吗？

进程模式不见得性能不如线程模型，这个以前已经讨论过了，你去看看看综合版qiezi的评测，Erlang写的Server在高并发请求下性能超过了C++的多线程Server。

Erlang这种标准多进程模型可是号召C100K，单机支撑10万并发请求，怎么样？

1 楼 zhangyu8374 2007-05-22  

ruby1.8确实是采用的green thread模型。目前正在紧锣密鼓弄的yavm已经抛弃了greeen thread模型，采用native thread模型。所以你提到的这个担心是多余的。

btw:由于jvm采用的是native thread模型，因此目前jruby和xruby的实现也都采用的是native thread模型。