Re: Ruby on Rails 的速度議題

看板Ruby作者 (http://b6s.blogspot.com)時間17年前 (2006/10/20 03:12), 編輯推噓1(103)
留言4則, 2人參與, 最新討論串7/19 (看更多)
唔,沒有數據確實是很麻煩的事。 純粹就常理推論的話,只要套 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

10/20 05:58, , 1F
servlet只有慢在第一次要compile time,倒是覺得慢的原因在
10/20 05:58, 1F

10/20 05:59, , 2F
於極端的去藕合實作方式讓各元件獨立出來,而在通溝的時間上
10/20 05:59, 2F

10/20 06:00, , 3F
要稍為付出一點代價。當然變成cluster會比較好一點xd
10/20 06:00, 3F

10/20 19:34, , 4F
我應該寫 JSP engine. 不過其實我同意你的看法。
10/20 19:34, 4F
文章代碼(AID): #15DyuQ9z (Ruby)
討論串 (同標題文章)
文章代碼(AID): #15DyuQ9z (Ruby)