what's wrong with tracemonkey(3.2a1)? bug?

跑了SUNSPIDER测试后，JS引擎变得奇慢无比。
"3d-cube":[51,54,58,51,233],
"3d-morph":[31,27,31,25,234],
"3d-raytrace":[73,71,75,78,115],
"access-binary-trees":[44,44,40,46,42],
"access-fannkuch":[53,53,55,62,681],"access-nbody":[30,26,34,34,175],
"access-nsieve":[14,14,13,18,366],
"bitops-3bit-bits-in-byte":[2,2,1,2,109],
"bitops-bits-in-byte":[7,6,7,7,486],
"bitops-bitwise-and":[2,1,2,2,346],
"bitops-nsieve-bits":[20,20,20,20,362],
"controlflow-recursive":[42,31,30,30,35],
"crypto-aes":[38,31,33,38,174],
"crypto-md5":[18,19,19,67,46],
"crypto-sha1":[6,7,7,7,52],
"date-format-tofte":[145,144,145,214,264],
"date-format-xparb":[114,126,118,130,129],
"math-cordic":[22,22,26,262,265],
"math-partial-sums":[21,20,21,149,133],
"math-spectral-norm":[13,11,13,114,123],
"regexp-dna":[96,99,91,69,95],
"string-base64":[19,19,21,71,72],
"string-fasta":[77,74,78,271,279],
"string-tagcloud":[103,110,107,144,141],
"string-unpack-code":[154,160,157,166,169],
"string-validate-input":[51,49,48,112,122]}
上面是SUNSPIDER测试的成绩，可以看到了第四第五轮测试时就失常了，
很多项目10倍100倍的慢，我看到第一个反应就是“难道SUNSPIDER”失去了公正性？可以我又用MOZILLA的JS测试集测试了，原来个位数的项目变成了几十上百倍（看后面截图）。
同样的源代码树，没有TRACEMONKEY的64位版本就正常，所以我想可能是TRACEMONKEY的BUG吧，使用3.2a1 20080102的狐友可以测测看是不是只有我碰到

也发现了，貌似今天的事情，语言包也不能用了，不知道加了啥东东。

另外发现关了jit的两个选项跑得比不关还快，应该是tracemonkey的问题了。

确实如此，好像 3.1B3 的语言包也不行了 ……

已经更新了。语言包方面修改的地方还是蛮多的。

感谢 XXTV 感谢foxfirefox  …………

刚发现，运行时间长了以后JS也一样会变慢。

那个tracemonkey编译版本问题多，mozilla-central-win32正常。

idragonet：那个tracemonkey编译版本问题多，mozilla-central-win32正常。回到原帖

难道不一样？ ……

idragonet：那个tracemonkey编译版本问题多，mozilla-central-win32正常。回到原帖

我标题里所指的TRACEMONKEY是指JS引擎，并不是说TRACEMONKEY的开发分支
我是下载主分支mozilla-central里的源代码自已编译的，源代码并不分平台。
不过好像楼上有人3.1b3pre也碰到一样的情况。

今天晚上下载的 3.1b3pre，先测试了一下SunSpider JavaScript，一切正常。测试完之后又测试了一下 jsTimeTest.htm，也是正常的。

3.2a1 0104－0105的版本也正常了