GOLF-AT：目前最新的小时版，mozilla-central 的 js 测试成绩比 tracemonkey 的成绩好。tracemonkey 退回到昨晚的水平，mozilla-central 比昨晚有进步。

其实中午的 tracemonkey 小时版成绩就后退了，晚上的小时版就完全退回到昨晚的水平了。可以去 http://hg.mozilla.org/tracemonkey/ 看一下 changelog。今早 js 效率提升，其实是因为 921334ab1ea5 David Anderson - Refactor and improve GETELEM IC (bug 602641, r=dmandelin). 这个改动，后来这个改动在中午时又拿掉了，导致成绩又下降了。不过不要着急，过个1、2天这个改动就会回来的。另外，版主 kmc 昨晚说的那2个js性能改进，到目前为止一直未能在 changelog 中看到。

至于 mozilla-central 版，目前的小时版成绩仍然比昨晚版本的成绩好，这说明早上成绩提升时，它做的改动和 tracemonkey 做的改动是不同的。所以，如果 mozilla-central 版的 js 维持目前的水平，那么到下次2个版本合并时，js 成绩将会比昨天合并的版本有非常显著的提高。回到原帖

921334ab1ea5 David Anderson - Refactor and improve GETELEM IC (bug 602641, r=dmandelin) 这个改动又回来了，目前的 tracemonkey 小时版的 js 效率，应该已经恢复到昨天早上的水平。

看 changelog，又要将 mozilla-central 代码合并到 tracemonkey 版了，估计今天下午到晚上就可以看到合并后的版本了。这次合并后，js 效率应该可以赶上之前最好的那个版本。

这两天版本变化很大

gjx19868：

晕，跑分单位为ms ，数值越小，说明越快。不知道慢了80是指什么？回到原帖

最新的小时版效率又高了点，但是还是和前天有很大的差距，前天大概是560ms，昨天的每夜版是慢了80ms，就是640ms左右，刚才的成绩是602.5ms，不知道Linux版在搞什么鬼，其实Linux版的开发者是很多的。。。和最快的小时版逼近chromium的成绩还有有明显的差距

gjx19868：

晕，跑分单位为ms ，数值越小，说明越快。不知道慢了80是指什么？回到原帖

慢了就是慢了, 就是晚了, 就是多花时间了. 还要怎么理解?
慢了80ms(0.08毫秒)还能是什么?

racca：

慢了就是慢了, 就是晚了, 就是多花时间了. 还要怎么理解?
慢了80ms(0.08毫秒)还能是什么?回到原帖

ms==毫秒
80!=0.08