我同意其他的部分都有可议之处，事实上我觉得「诠释」是一回事，能否找出什麽情况下 谁比较好用以利选择，才是对一般开发者有帮助的事。 以下这一段我有些疑问。 ※ 引述《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)