試過把硬體加速關掉 還是一樣會有問題
（分頁開太多，記憶體使用量約在1.4g以上就會假死）
話說該不會只有我一人有遇到這問題吧！？

應該不會只有你遇到只是特定某些硬體組合或者你裝了某些特別的plugin造成的，
在下這邊不管是網友編譯版或者官方版或者自己修改編譯版(為了上intel lib)，目前
測試使用記憶體超過1.6GB只會變慢一些些(捲動最上面的分頁欄)其他一切正常...


不過缺點就是Memory leak的問題依舊嚴重，不管怎麼改code常常一次消耗大量
RAM之後就會有一卡車memory沒辦法release出去...Orz
ex: 開400分頁->關掉399個->等30分鐘->依舊吃400MB RAM

記憶體問題可以用tete009的patch然後再逆向他的tmemutil.dll
應該可以獲得改善

其實我的自編譯版也有用intel libm
但intel libm在使用動態連結的時候(VC編譯可以避免動態連結)
可能會造成xulrunner一些問題，導致部分擴充套件異常
但問題似乎是隨機的，所以我想使用intel libm的時候
在某些地方的優化，編譯器應該是用猜的
想改用AMD libm再來看看結果如何

記憶體問題反正重開可以解決就暫時不想理它了，至於用Intel的lib
其實在下連編譯器和一大堆code都換光光了並不是用VC，所以沒有
遇到您的問題...不過因為很多授權因素這個沒辦法拿出來給大家玩，
畢竟付錢的不是在下^^;;;
長久以來在下並非使用FireFox，主要是因為IE不長進然後G牌又遲遲
不願支援ICC v4和色彩管理，所以最近才跳槽過來...只是看來要搞到
原來在下習慣和希望的操作環境還要花時間找plugin和自己調整了:)

如果ACML也有類似的問題
我可能就改回原本的VC Math
因為我後來發現使用intel libm後
記憶體會比VC Math高出約100mb左右
提昇的性能在1%~5%，這是在benchmark下的結果
而且有更多應用平均提昇不超過1%
雖然改用icc可以獲得大約5%左右的性能提昇
但是自動動態連結的問題，無法避免...

可以說一下你用什麼插件嗎？
我早期官方版本８．０當記憶體占用到１．４Ｇ以上就有機率突然ＣＰＵ使用率飆高（雙核占用５０％），然後會ｈａｎｇ住，此時等一陣子會突然正常但是使用沒幾秒又出現問題，只好重開
當插件：ＮＯＳＣＲＩＰ、ＦＬＡＧＦＯＸ、ｇＴＲＡＮＳＬＡＴＥ、同文堂、ＱｕｉｃｋＤｒａｇ、ＷＯＴ、Ａｄｂｌｏｃｋ　Ｐｌｕｓ、ＤｏｗｎｌｏａｄＨｅｌｐｅｒ
９．０開始用ｌａｗｌｉｔｅ的版本，差不多要２天才會出現一次，機率小了很多很多，而且現在我裝了更多插件了：）

小弟使用的插件與您的都不同。
不過問題也差不多，都是CPU使用率飆高（四核被佔去一核25%）
我在想會不會是os或是其他問題...

2.10更新 Firefox-10.0.1-1-win32-lawlietfox-sse2更新

本次更新新增：
- 引入所有tete009 patches
- 調整BetterPGO優化順序，精進性能
- 移除669026, 674770兩個patches，以保證滑鼠手勢正常工作


下載：
x32/x64
http://code.google.com/p/lawlietfox/downloads/list


特性：
- 引入所有tete009 patches
- 調整BetterPGO優化順序，精進性能
- 提昇負載壓力下的性能反應
- 提昇捲軸捲動性能
- 優化 javascript, WebGL, DOM, crypto, CSS3 性能
- 移除669026, 674770兩個patches，以保證滑鼠手勢正常工作


語言問題：
請先下語言套件zh-TW.xpi
https://ftp.mozilla.org/pub/mozilla...2/xpi/zh-TW.xpi

如果Firefox沒有自動安裝，請將其拖洩至Firefox窗口內
然後地址欄輸入about:config
尋找general.useragent.locale
將原本的en-US修改為zh-TW
重啟後就變成中文介面


推薦的設定：
network.http.pipelining.maxrequests;8
network.http.pipelining;true
nglayout.initialpaint.delay;0

剛更新，謝謝樓主的用心！

不過我比較膽小，用32位元的，64位元的等其他大大分享一下使用心得，哈哈

不是膽大膽小的問題吧XD
64又沒比較快何必用他