中国领先的IT技术网站
|
|

从Scala进驻Twitter看多语言混杂系统的未来

Twitter计划于09年底将大部分流量的后台使用Scala语言。原本Twitter的前台后台都是Ruby on Rails,但是效果不很理想。作者由此分析,未来的系统会是多语言的混杂系统。让DSL来实现系统的某个部分,比用一种语言到处实现更现实。

作者:Hugo Zhu来源:appspot|2009-06-15 15:33

Tech Neo技术沙龙 | 11月25号,九州云/ZStack与您一起探讨云时代网络边界管理实践


51CTO编辑推荐:Scala编程语言专题

Twitter是目前最热的“微博客(Micro Blog)”应用,据说前几天拒绝了Google出价10亿美元的收购意向。Twitter最早是几个工程师为了快速共享AIM(美国排名第一,二的IM,前身是ICQ,被AOL收购后更名为AIM)的状态(Status)而开发的一个应用,使用的是RoR (Ruby on Rail)框架,直到今天Twitter仍然是一个以Ruby为主要开发语言的网站,在Twitter服务器上后台运行着很多进程做异步处理。但Ruby的局限性也逐渐暴露出来了,RoR很适合做前端的开发,但对于比较Heavy的后台处理,Ruby的运行性能还是有些问题,然后Twitter将目光转向了Scala。

下面是一些对话的总结:

1)Ruby不太合适开发长时间运行(Long-Live)的服务器端程序,但JVM很合适,因为Java有10年的经验教训和优化,Scala是运行在JVM上的,所以天生就有了这个优点;

2)  Ruby没有很好的线程(Thread)支持,Ruby多线程会限制在一个CPU上(新的Ruby应该会改善这点吧)且Ruby VM的垃圾收集支持也没有Java先进,就造成每个Ruby进程长时间运行后使用的内存月来越大;

3)  为什么不是JRuby? JRuby缺乏使用广泛的Rem支持(很多优秀的Ruby包都需要C扩展,它们并没有移植到Java),而且性能也不太理想,比MRI(C实现的Ruby VM)要慢;

下面是几点Scala的Concerns:

1) IDE支持还不全面,支持得最好的是IntelliJ IDEA 8.1(自从5年前我残忍的抛弃JBuilder后,就一直用IntelliJ的IDEA了),Mac 上的Textmate支持的较差, Emacs还行;

2) Scala的构建(Build)环境还是要比Ruby, Python, PHP等动态语言多一回事;

3)一开始就要注意Immutability(不变性),为了稳定压倒一切,当然Scala会保证性能底线, JIT compiler对不变对象还有一些性能优化,所以尽量用吧;

4) Scala的Actors对处理客户端连接很合适,(Erlang也是这样的)大量的连接也是小菜一碟。

最后Twitter的计划是到09年底,大部分的流量将Powered by Scala!

我再说一次,未来的系统会是多语言的混杂系统,让专业的语言(Domain Specific Language , DSL)来实现系统的某个部分,比用一种语言到处实现更现实。

【相关阅读】

  1. Scala编程语言专题
  2. Scala的类型系统:取代复杂的通配符
  3. Scala的类型系统 比Java更灵活
  4. Java程序员,你为什么要关注Scala
  5. Scala创始人:创造比Java更好的语言
【责任编辑:杨赛 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

网管员必读——网络基础(第2版)

本书是在《网管员必读—网络基础》(第1版)基础上修改而成的。全书共分9章,分别介绍计算机网络概述(修改)、数制(新增)、网络通信基础...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊
× Phthon,最神奇好玩的编程语言