這或許是個很老的問題了.
小弟比較過 IE7, Fx3, Sf3, Cr 和 O9. 同樣的網頁上一直按住捲軸(或滑鼠滾輪)拖過出現大圖片的地方, Cr 和 Sf 十分順暢, O 和 IE 也不錯, 而 Fx 就卡的很明顯.
原像素很大的圖若在 width/height 中設小了, 對 IE, Sf, Cr, O 明顯有幫助 (渲染引擎會緩衝一張縮圖吧?) 但在 Firefox 上似乎沒這個效果, 好像還要卡..

1. Fx3為了省記憶體，凡是圖片超過15秒沒有變動(例如沒有去捲動頁面、或是圖片在視窗顯示區外)就會釋放該圖片所佔的記憶體，所以下次畫面一更動，Fx又要再重新解一次圖片
還有，這個"貼心功能"是寫死的，就算那跟大便一樣便宜的記憶體插再多條，還是要忍受這15秒限制，沒辦法修改!
Fx萬歲!!(淚...)

2. Fx3的色彩管理有效能上的問題，啟用後讀圖會lag很大很大，配合上1.簡直是如虎添翼...
有人說開啟後會lag 10~15%
但我用我的P4 3.0G測起來是lag 500%~1200%
可能那些人沒用大圖測過吧...
Fx萬萬歲!!!(淚......)

對自已的CPU有信心的人，可以把色彩管理開啟後去朱學恆的blog逛一逛

Firefox 捲動頁面時造成延遲的情況的確比其他瀏覽器明顯，
猜測可能是 JavaScript 的關係，
開啟一個頁面時，需要處理比 IE 等瀏覽器更複雜的 JS，
套件、油猴子，Stylish 等...

試用了幾個編譯版都有類似的情況，
目前 tete 做的編譯版有針對圖片的顯示效果做加速優化，
滾動延遲還不是嚴重到會影響到閱覽網頁的程度，
所以先湊合著用。

其實為何Mozilla 不把 tete 做的編譯版的針對圖片的顯示效果做加速優化的功能加入到官方版呢？

_________________
我都沒有再在這裡活躍了，還請大家多多指教～

寫軟體這種東西，寫得越大，就越是難收尾

官方的東西必須考慮的東西遠比個人版要多得多，所以相容性&穩定性的要求遠比個人版要嚴格。特別是相容性，對於 Mozilla 把 FireFox 定位成非單一平台時，相容性的考量就困難得多。

像 tete009 版的定位就是至少得支援 SSE 指令集的 CPU 才能使用；綾川新的版本都是在 SSE2 上跑的，稍微 Delay 個 4、5 年的 CPU 都跑不了。官方可就不能這樣幹～除非他們計畫修改。(老實說，這是不可能的，IE 都不敢做的事，Mozilla 真做下去，那不知道會流失掉多少用戶)

穩定性就是出貨的必要條件，所以光這兩項就把 Mozilla 搞慘了，細部效能 Mozilla 不想管這也是很正常的。

PS：不少舊 Bug 都沒修好，如果不是無解就是沒時間去解。

有人說把桌面→內容→設定值→進階→疑難排解

將『硬體加速』降一格，就會順暢

_________________

大家都對Firefox的認識好像都很深呢

客製版我沒碰過 不知情況如何;

而 adam 兄說的如果是真的, 那不是說硬體加速倒過來累事了..!?

可以說的是，因為硬體加速可能會有時令軟體執行漏了一些東西。

_________________
我都沒有再在這裡活躍了，還請大家多多指教～