Re: Ruby on Rails 的速度議題
※ 引述《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
推
10/21 21:00, , 1F
10/21 21:00, 1F
討論串 (同標題文章)