了解,是內容需要tracemonkey
謝謝

剛剛在大陸網站看到這篇 四大瀏覽器內存佔用精確測試 Firefox大勝 <-- 看官別太在意啊

Firefox 3.5 的記憶體使用量的確是有進步, 不知是否就是 memory cache 改變的原因


*網頁內有測試程序源代碼

請問你的CPU時脈是多少？

333mhz x 9 = 2997mhz(~3Ghz)

Mozilla 官方釋出 Firefox 3.5 RC3, 3.5 正式版日期越來越近了

https://developer.mozilla.org/devnews/i ... -download/

說真的我有點擔心fx3.5RC99推出的那天啊，都掛上rc了還來那多bug沒殺乾淨。當初應該乖乖的beta一直下去就好，太逞強說直接上rc變得很諷刺。

我的是 2.2 G x 4
照理說應該沒有差到哪去吧…？

你的是 3000 MHz - 1155 ms 相當於 2.6 Hz/ms
我 2200 Mhz - 4000 ms 相當於 0.55 Hz/ms
我的 CPU 效率只有你的五分之一... Orz

3.5 RC4 也應該不會有了, 官方已經把 3.5 RC3 build2 候選為正式版, 現正為釋出準備...好像很趕時間啊

Firefox 要支援多線程及速度性能品質上一等一, 這會是另一個題外話, 還有更多漫長路要走(跑), 而且其他競爭的軟體公司也不會就手旁觀, 動作也特別多, 盡快釋出其實也與對手打抗分餅戰有利(Gecko 1.9.1計劃已經差不多一年時間多了)

你電腦用的CPU是AMD Phenom 9550(或9500)吧
以時脈比較不計算任何因素的話, 3.5 跑SunSpider積分應該大約在 1500ms - 1800ms 之間

建議嘗試使用 Mozilla 官方版 Firefox 3.5 跑 SunSpider, 看看積分有否很大差異, 如果積分達不到 1xxxms的話, 可能是OS系統(或軀動程式)問題了

我用Core2 P8600在Vista上面測試是 14xx ms (3.5 rc3官版)
妙的是我看SunSpider的源碼發現他是用一個iframe然後一直去載新的頁面回來...
這個測試方式不知道網路速度會不會影響到...

應該都是等 javascript 載完再開始運行的
不然應該早就露餡，因為網路差的人就比較慢

未來因該是支援"多進程"才對吧!!像chrome一樣

怎麼這樣的配置記憶體使用量差不多呀!!

意思現在在非HTTPS只有用硬碟快取摟?

我看快取的內容大多只有js,css,png,gif...而已

Number of entries: 50
Maximum storage size: 100000 KiB
Storage in use: 382 KiB
Inactive storage: 382 KiB

才使用幾百KB而已...

發現原因了，Tracemonkey 原來是不支援 AMD64 linux 的

http://hacks.mozilla.org/2009/06/tracemonkey-demo/
"We don’t have 64 bit support for Linux in 3.5. Sounds like it’s coming at some point, though."

謝謝你的指導, 這個資料很有用

Tracemonkey 程式碼不能支援原生 64bit 系統, 這可以解釋為何有些跑 64bit os 系統的用戶使用第三方編譯的 64bit Firefox 3.5 時不會有明顯性能提升的主要原因了, 即 javascript.options.jit.content 是 true 也是無效

要跑 Tracemonkey (Gecko 1.9.1)的話, 暫時還是必須 32bit 的編譯 binary...這個嘛...難怪令一些人不滿啊



--- 不用理會廢話
我的機器還是跑 32bit, 64bit 對我來說是...不要煩我, 我有我方法(PAE)