作者b6s (http://b6s.blogspot.com)
看板Ruby
标题Re: Ruby on Rails 的速度议题
时间Fri Oct 20 03:18:12 2006
唔，没有数据确实是很麻烦的事。
纯粹就常理推论的话，只要套 Amdahl's law 就可以了。
我印象中也只有 Beyond Java 一书及其相关讨论稍微提到，
因为 ActiveRecord 实作出来的 OR mapping 比 hibernate/spring 之类的机制快，
另外又省掉了很多读写 xml 档的 I/O，
於是 RoR 现阶段比某些 J2EE solution 快。
另一方面，动态页面生成的那一段，恐怕是使用者最有感觉的部分；
而这部分，嗯，J2EE solution 一直都只能算是可接受的速度而已。
各家 servlet engine 可能要负点责任。
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 59.105.131.104
1F：推 qrtt1:servlet只有慢在第一次要compile time，倒是觉得慢的原因在 10/20 05:58
2F：→ qrtt1:於极端的去藕合实作方式让各元件独立出来，而在通沟的时间上 10/20 05:59
3F：→ qrtt1:要稍为付出一点代价。当然变成cluster会比较好一点xd 10/20 06:00
4F：→ b6s:我应该写 JSP engine. 不过其实我同意你的看法。 10/20 19:34