我怎么就觉得rails适合做大型应用

 

我也不知道你为啥要胡说

使用rails，需要我们手工去声明事务。
ActiveRecord会自动合并事务，即PROPAGATION_REQUIRED。
并对create、update、destroy启用"隐式事务"

http://hideto.iteye.com/blog/194865

这个故事其实要说起来就长，但背后的其实才是真正有意思的故事
我们回头看历史，Java的性能仍然比C/C++差很多，Java仍然不能像Delphi那样做漂亮的桌面应用
那为什么Java现在是最大的主流，Delphi死了？
其实Rails能不能做所谓的大型企业应用，这都是细枝末节的事情
大型企业应用这种东西本身会消失
看不到这个趋势，才是真可悲的
（反对意见者不用说了，我知道我知道，我这些都是胡说八道。COBOL都还统治着呢，大型企业应用怎么会死呢，对吧？你们是对的，我是错的，我自己认错，省得大家费口水。）

 

这句话说的很棒！的确一个好的VM也无法支持一个大型企业应用。在我接触过的大型企业应用，往往都要水平＋垂直群集部署，没见过一个JVM打天下的。

 

而且随着现在PC服务器的CPU数量猛增，以及内存容量的不断增加，单机部署多个JVM已经是一个非常迫切的话题了。一个JVM的堆内存不宜超过2GB，否则FullGC会非常恐怖，事实上堆内存以少于1G为宜，那么现在PC服务器动不动8G，16G，32G内存，你怎么办？只能多个JVM组成群集一起跑，充分利用CPU的多核，以及超大的物理内存。

其实我特羡慕Spring提供的7种事务模型，曾经非常鄙夷Rails只有PROPAGATION_REQUIRED这1种事务模型。但是我一直没有机会去证明一把，Spring提供的6种其他的事务模型究竟有没有实用价值，因为我以前用Spring的时候，也只用过PROPAGATION_REQUIRED这一种而已，哈哈。

这个论断看起来大胆，却是不论大公司还是小公司，想做大还是做专，有意还是无意，过去还是现在，都在奔的方向。比起过去，现在的思路和解决方案更清晰，可行性更高了。

这个话题的展开，会很有意思，期待一下。

嗯，说到VM，目前MRI的实现确实存在不少问题。最近用RubyGnome做东西，很多地方需要手工调用GC#start，否则内存很快飙升到G。可能做web感觉不是那么明显（大部分是小对象），做桌面应用，图像处理之类，感觉就很明显。

不过说到企业应用，有了JRuby，VM的问题可不可以说和Java齐平了呢？

我们用apache+mongrel，配合一个叫god的监控gem（老板喜欢尝鲜，不愿意用大家都用的monit）。准备换成passenger的形式，不知道会不会更好……

rails绝对是吃内存的大户……而且对IO要求很高……

 

 尽管我很讨厌上校内网，但据说他们要用rails开发新频道，我特意跑去看了一下，发现他们的各个频道都是独立的，单独把他的日志或者相册拿出来，就是一个独立的系统，这些系统可能是基于java、php、ruby的，事实上，这些系统并不大，但这些系统组在一起，就是一个足以支撑千万级用户的SNS社区。

 

 

谈不上。只是不同的历史阶段做不同的事。
企业为什么需要信息化？他们为什么曾经需要COBOL的系统？那时候他们有什么？为什么曾经需要C++的系统？那时候他们有什么？为什么曾经（并且正在）需要JavaEE的系统？现在他们有什么？他们需要什么？
现在的全球经济环境和80年代90年代有什么重要的区别？
其实都是很自然的答案。