Re: Ruby on Rails 的速度議題
我同意其他的部分都有可議之處，事實上我覺得「詮釋」是一回事，能否找出什麼情況下
誰比較好用以利選擇，才是對一般開發者有幫助的事。
以下這一段我有些疑問。
※ 引述《kojilin (呵呵呵噗噗噗..搞笑..)》之銘言：
: 所以就算有效能瓶頸,這部分不太會是重點.
: 讓小弟提供個數據:)
: 動態產生頁面的部分,像我自己管的
: 透過google analytics,平日一天七萬page,人數大概快萬.
: 而同台機器上除了跑forum之外還有另外兩個service
: 當然另外兩個流量不大所以只統計了forum部分
: 這樣forum的平均處理時間也只有40~100ms
雖然評估效能的指標是時間，可是這裡的平均處理時間的量級看起來比較像 CPU time?
由於您是以 Google Analytics 的數據來作除法（是吧？），所以我有點困惑。
: 至少他不是 "只能算是可接受的速度而已"
我有一陣子沒比較特定應用程式了，只能說，一年以前，同樣用途的系統，例如，Wiki，
在同樣的機器上，Java based solution 切換網頁時反應都慢了一點點。之所以沒有明確
數據是因為，當時只要用用看，就感覺得出來。
今天，我又去逛了幾個勉強可資比較的系統，例如說用 Jive 和別人比，用 Xwiki 和別人
比，等等。它們很明顯地都已變快到必須實際測量才知道有沒有差異的程度了。只是使用
者感覺到的 wall clock time 仍然不像是 40~100ms 那種等級，大約要放大個十倍吧？
回到本討論主題的初衷，也許不是 benchmark 是否淪為行銷工具的問題，畢竟這世界上
是有 spec.org 的。與其要想辦法在 RoR 與 J2EE 之間分個高下，我個人更希望 JRuby
或 Groovy 之類的東西能對雙方都有益處。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.109.19.234
※ 編輯: b6s 來自: 140.109.19.234 (10/21 13:37)
討論串 (同標題文章)