作者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