Re: Ruby on Rails 的速度議題

看板Ruby作者kojilin (呵呵呵噗噗噗..搞笑..)時間18年前 (2006/10/21 16:20)推噓1(1推 0噓 0→)

留言1則, 1人參與討論串17/19 (看更多)

※ 引述《b6s (http://b6s.blogspot.com)》之銘言： : 我同意其他的部分都有可議之處，事實上我覺得「詮釋」是一回事，能否找出什麼情況下 : 誰比較好用以利選擇，才是對一般開發者有幫助的事。 : 以下這一段我有些疑問。 : ※ 引述《kojilin (呵呵呵噗噗噗..搞笑..)》之銘言： : : 所以就算有效能瓶頸,這部分不太會是重點. : : 讓小弟提供個數據:) : : 動態產生頁面的部分,像我自己管的 : : 透過google analytics,平日一天七萬page,人數大概快萬. : : 而同台機器上除了跑forum之外還有另外兩個service : : 當然另外兩個流量不大所以只統計了forum部分 : : 這樣forum的平均處理時間也只有40~100ms : 雖然評估效能的指標是時間，可是這裡的平均處理時間的量級看起來比較像 CPU time? : 由於您是以 Google Analytics 的數據來作除法（是吧？），所以我有點困惑。我們系統後端有頁面處理時間的Log,會提供人數是要表達像JavaEye的用戶數跟主機我們用戶數稍微多一點點,主機稍微差一點點,但是處理速度仍然不差並非直接拿什麼東西除以什麼 : : 至少他不是 "只能算是可接受的速度而已" : 我有一陣子沒比較特定應用程式了，只能說，一年以前，同樣用途的系統，例如，Wiki， : 在同樣的機器上，Java based solution 切換網頁時反應都慢了一點點。之所以沒有明確 : 數據是因為，當時只要用用看，就感覺得出來。 : 今天，我又去逛了幾個勉強可資比較的系統，例如說用 Jive 和別人比，用 Xwiki 和別人 : 比，等等。它們很明顯地都已變快到必須實際測量才知道有沒有差異的程度了。只是使用 : 者感覺到的 wall clock time 仍然不像是 40~100ms 那種等級，大約要放大個十倍吧？ : 回到本討論主題的初衷，也許不是 benchmark 是否淪為行銷工具的問題，畢竟這世界上 : 是有 spec.org 的。與其要想辦法在 RoR 與 J2EE 之間分個高下，我個人更希望 JRuby : 或 Groovy 之類的東西能對雙方都有益處。我為何提到處理時間是剛好看到javaeye同樣也提供了rails處理時間如果要加上使用者的"感覺"那就必須想到原po提到的瓶頸在哪可能是網路傳輸時間,DB效能..等等,就像javaeye說他非常快, 但是對於在台灣的我來說連大陸我覺得不算快:)所以你的評估點在哪裡呢? 如果加上各種環境因素,我想這就不是你要表達的因為你提到了"J2EE solution一直只能算是可接受的速度而已" 而我也只是想回應妳這句,Java並不慢,如此罷了用Jive,以前我們論壇也用過我也覺得他不難用, 尤其那時還在p3-450的電腦雖然流量沒很大但是也是不錯的速度我不認為Jive會慢所以到底,我只是想提一下Java的系統還是要看設計的如何,而不是單純就是一句話就說"他很慢"~ 我想我的這幾篇文章應該沒有要分高下的意思,如果有我應該會去回giive的文章XD 而且我覺得他說的也沒有錯誤,有些人在意的是開發速度有些人在意的是系統的速度,如果他評估過後取捨其中一個那麼就沒有什麼錯誤外加任何人都會注重這兩樣東西,只是比重不同罷了不然為何大家會希望Ruby可以更快一點, 而Java這邊也開始仿效RoR,開始一堆fullstack的framework. koji -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.167.165.115