※ 引述《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