Re: Ruby on Rails 的速度議題

看板Ruby作者kojilin (呵呵呵噗噗噗..搞笑..)時間18年前 (2006/10/21 09:46)推噓3(3推 0噓 6→)

留言9則, 3人參與討論串14/19 (看更多)

※ 引述《b6s (http://b6s.blogspot.com)》之銘言： : 唔，沒有數據確實是很麻煩的事。 : 純粹就常理推論的話，只要套 Amdahl's law 就可以了。 : 我印象中也只有 Beyond Java 一書及其相關討論稍微提到， : 因為 ActiveRecord 實作出來的 OR mapping 比 hibernate/spring 之類的機制快， : 另外又省掉了很多讀寫 xml 檔的 I/O， : 於是 RoR 現階段比某些 J2EE solution 快。 : 另一方面，動態頁面生成的那一段，恐怕是使用者最有感覺的部分； : 而這部分，嗯，J2EE solution 一直都只能算是可接受的速度而已。 : 各家 servlet engine 可能要負點責任。我來平反一下J2EE的東西..hehe.. 首先AR跟Hibernate比為何AR被提到過比較快(這邊我也沒測過效能所以用別人提到的) 我想有可能的部分在於AR提供我們了平常會遇到的狀況, 而Hibernate這類卻是一開始就針對"完整"的狀況當然我對兩者的目標都喜歡,畢竟平常的web app開發, 通常不會遇到那種很特別的問題只是看看文章,頗多都有點舊了,AR跟Hibernate也都有更新了而且也沒有詳細的數據比較就算有也頗難測的,畢竟立場點就不同.只要同樣等級的機器上比較就公平否? 都寫在console下測試?之類另外hibernate+spring,是為了DI跟抽象化和改良, 如果要比應該是要看純AR跟Hibernate 還有xml 檔的 I/O,這個大部分是一開始啟動就做完的東西所以根本沒這種狀況,尤其在production mode下通常也不會希望是一直監控 xml檔案一有改變就重新deploy. 所以就算有效能瓶頸,這部分不太會是重點. 讓小弟提供個數據:) 動態產生頁面的部分,像我自己管的透過google analytics,平日一天七萬page,人數大概快萬. 而同台機器上除了跑forum之外還有另外兩個service 當然另外兩個流量不大所以只統計了forum部分這樣forum的平均處理時間也只有40~100ms (這邊我沒問開發者對cache做到何種程度,但是我想至少有tune過的效能也是不差的) 這台server還是跑J2SE1.4.2(如果有關心Java的,可以看看5.0跟6和1.4.2的效能差異), 主機是兩年前的光華牌吧 AMD 2500+ 跟 1G ram..所以說效能會差嗎?我並不覺得至少他不是 "只能算是可接受的速度而已" 當然如果你說的是有關EJB相關的,我想那就跟Rails的目標很遠了也應該不是比較對象了:) koji -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.167.165.115