早上在XP上測試了Firefox1.5，除了得到一些它使用記憶體的數
據外，另外也用直觀的方式，研究了一下它使用記憶體的方式，
大致上向各位做個報告：

首先向各位說聲恭喜，Firefox1.5初次啟動，的確非常快速。在
同樣硬體Celeron 1.1G/256MB RAM的主機上，全新開機及清
空網頁快取的情況下，我只數到3就開啟並進入我的首頁render
出www.yam.com頁面完成，這個速度和IE根本就已經不相上
下，也就是說感覺不到它們之間開啟速度的差別，我們人對時間
差的感受力最快平均是0.4秒，所以在這種情況下應該不必再去
用馬表了；若是以Firefox1.04在同樣條件下，平常是數到12吧
…我已經習慣了，全新啟動的速度差異夠大了吧？1.04版要在關
閉後再度開啟才能有這個速度，當然那也是在有網頁快取可抓的
情況之下。

接下來說它的記憶體使用情況，這上面花了不少時間。XP Cache
比較聰明，和win98上面Win386.swp運作方式有差顯，所以
開機後我在電腦上使用了一陣子，剛開機時的記憶體使用情況並
不重要，用了158MB實體RAM，和XP預先使用51MB的快取，
經過一段常規工作數字穩定後開始測式：

1)尚未啟動Firefox1.5：系統使用104MB實體RAM，以及針對
我之前工作所優化後XP使用22MB系統快取。

2)開啟Firefox1.5後：進入我的首頁www.yam.com，使用到
166MB實體RAM/27.5MB快取，所以，扣除系統原先佔126MB
部分，在這它是用掉了大約67.5MB的實體及及系統快取。1.04
版在這個動作上是使52MB，所以它多使用了較1.04版12.5MB
，約多用30%的記憶體。

3)開啟10個圖文分頁：和先前相同，有yam、聯合報、奇摩、氣
象局地圖頁、中時、蘋果日報、TVBS、CNET、新新聞、商週。
這時實體RAM是用到181MB/系統快取觀察過幾次大約是在25.5
-27.5MB之間，的在有點擊與上下翻頁的情況下，以後者數字居
多，因此我以後者為基準。這裡就比開啟首頁時多用了[181MB
（實體）+27.5MB（系統快取)]－193.5MB=15MB；在同樣條
件同樣網頁之下，1.04版則是增加12MB，1.5版在此比1.04版
多用了3MB，但若以百分比來顯示就覺得高些，增加25%。

此後我多做了一個測試，就是拿掉了新新聞和商週兩個較小的網
頁，新新聞是60KB，商週是150KB。然後改以較吃重的大陸中
新網和香港的TOM.com網頁，前者的大小是1014KB，後都的
大小則因網頁中不同大小廣告輪播，因此約在860-890KB，兩
者都接近1MB，內含很多什麼Flash做的Banner等等，而且TOM
用的Frames相當多。Firefox在render這種以IE為準的大型網頁
顯得很吃虧，大約都要花五分鐘以上才render出全部的畫面。

在經過兩個大型網頁換掉兩個小型靜態圖文網之後，實體記憶體
從181MB暴增至229MB，而系統快取此時則是維持相同的27.5
MB，因此在加入了1.65MB網頁量以及啟動FlashPlayer後，記
憶體馬上暴增了48MB的使用量。

這裡我發現和1.04版最大的不同，就是Firefox1.5傾向把網頁內
容留置在實體RAM裡面，關於判斷這個現象也是很簡單的，1.04
或此前版本，如果是多重開啟分頁，後面的分頁經過一段時間沒
去翻閱，傾向塞入系統快取裡面，此外不顯現在畫面上的網頁下
半部，凡是目前看不到的部分，多半都是塞入Cache當你去翻它
時才叫出來。在1.5版它是一直留存在RAM裡的，只要RAM足夠
的話…不管你翻頁也好上下捲動也好，硬碟並沒有進行讀取動作。

所以1.5版和前版在使用實體RAM的方式顯的十分大膽，這部分我
個人到此還不覺得是個大問題。問題在於它如此設計之下，當使
用者在電腦上進行多工作業時，它將會如何反應？它如果會搶優
先權，那麼你另外那個作業的速度就要受影響了，但它如果會自
行退讓到系統Cache裡面，我個人是覺得它單工時多佔記憶體，
雖然高達25%-30%，是在可以接受的範圍之內。只不過我個人
看法比較願意多給它30％的實體記憶換取啟動速度，因為那實在
是差異太大。但要說到看不見的分頁畫面都還留在RAM裡我就覺
得無此必要了，因為前面啟動的30%增加量再怎麼說只使用一次
，卻能換取明顯的感覺；但後面你所開啟的分頁也這樣處理，頁
多開些記憶體就吃更多，何況從系統cache裡叫出幾百KB就算是
1MB的網頁大小都只是一閃之間的事情。像中新網和TOM那種
兩個網頁多1.65MB就增加48MB實體記憶體用量…待考量。剩下
的就期待它在多工時最好不要搶優先權，再怎麼說，相信網頁閱
讀在多工時，會是較為次要事情。

謹此提供各位參考。

上面提到的其實就是新的 fast cache (bfcache, 快速上一頁/下一頁)
1.5 預設會依目前系統仍可用的記憶體來決定它的
fast cache 使用的量。

如果想測的，建議設定 (用 about:config)
browser.sessionhistory.max_total_viewers
預設值為 -1, 代表依你系統記憶體來決定。
很在乎記憶體的可把此值設小 (eg: 1~3)
應該會好點。

感謝 parisian 精闢的言論與記憶體測試報告。

您提出的許多的隱憂都不可忽視，也是不敢期盼的。但，世上的事，往往是一體兩面，可以很美好，也可以令人感到極度恐懼。

「這是最好的時代，也是最壞的時代。」人感到迷惘都會如此引用。
但我們也祇能繼續，繼續向前，尋找出路。

_________________
簽名檔終究還是簽名檔。

經您這麼一提醒，我去mozilla.org研究了一下它的原始文件。
也不知該說是好消息還是壞消息，先向大伙報告一下：

首先我要報告的是，這個功能對Firefox1.5啟動的速度影響並
不是關鍵，但有影響。我想這是1.5版的兩大行為模式改變的其
中之一。它最大的影響是：載入網頁的方式、保存頁面的方式，
以及啟動JavaScript的方式…它改變了這三個行為模式。

先談我對browser.sessionhistory.max_total_viewers值的
看法。依我看來，這個參數值，在將來的版本上，或許改到「
選項」介面中，以點選或拉Bar來由User自行調整較好…甚至我
認為它更重要到必須放在工具列上，讓User在電腦進行不同作業
時，能夠即時調整比重。也就是說：隨著上網時，依據手邊其它
工作量，對自己在navigate時Firefox的優化程度加以取捨。

大伙可以直接上去閱讀Using Firefox 1.5 caching，讀完大概
就不用聽我再說下去了。該文的最新Update時間是12月4日，還
燙著。從另個角度來說，這個功能還要面臨時間上很大的考驗。

一）載入網頁的方式：和所有Browser或此前的Firefox都不一樣
。當你點入一個網址時，網頁的行為不是進行把資料載入硬碟（
如IE是放在Temporary Internet Files/1.5版之前的Firefox是放
在Profiles裡面的Cache）再讀進記憶體；它是直接載入記憶體。

二）啟動Script的方式：當Script指令行讀入記憶體時即開始啟
動。此後除非該網頁在指令行內特別標記，否則在分頁下層的
（所有）Script不在Top-Level時也依然保持啟動狀態。

三）保存頁面的方式：除了文件所說的六種情況，以及網頁作者
在網頁內標記Unload或呼叫布林函數為true的 pagehide event
，否則網頁資料包含Script都將一直保存於bfcache中。bfcache
會處於啟動狀態直到Firefox關閉。

另外對於網頁作者部分，有一些為彼考量之處，所以也有另一個
pageshow event函數可供設定，以供作者知道該網頁又被閱讀
者從bfcache再度讀取過、或是需要重新載入（即看到頁面時它
會重新整理）、或是Script需要重新啟動。

此外對於內含pagehide/pageshow兩個event的網頁已經過各主
要非Firefox載入測試，結論是並不會影響其它Browser的運作。

對於各擴充套件，需要對此bfcache功能加以匹配，並確認要能依
照pagehide/pageshow兩個event而進行啟動。

大致上我個人認為最需要給所有User了解的是上面這些內容。個
人認為在它這樣的載入/保存設計之下，因為不先經過寫入硬碟，
就直接讀入記憶體，所以能節省掉機械性I/O動作時間，或說是把
硬碟寫入動作加以延後，尤其是Script部分會加快很多。

不過個人是考量到：它的保存資料與保持Script啟動方式，會比較
走向IE的新開頁面的類似效果（記不記得「網頁炸彈」？每一個新
開頁面都在run，一直到…）；另一點就是我幾乎可以確定「超級
分頁達人」的記憶體…好像真的要多準備一點。

還有就是，不曉得有沒人把兩個布林值的event已經用上網頁？有
沒有讓別家的Browser產生過bug？但我在google裡卻看到很多
一般網頁在bfcache功能下的bug報告…似乎…有點讀不完…不少
人談到調整browser.sessionhistory.max_total_viewers…

偉人與烈士的區別僅在一線之間…

補充一個昨天漏測的數據：

以拿掉新新聞（60KB），商週（150KB）兩個網頁，換為讀取中新
網（1014KB）和香港TOM.com網（約860-890KB）。以兩個大
型網頁換掉兩個小型靜態圖文網之後，在Firefox1.5使用實體記憶
增加48MB的使用量。

今天補測在Firefox1.04版運作，則是增加42MB，系統相同，記憶
體使用量兩者之間相差6MB，以百分比表現則1.5版較1.04版多使
用14%的實體RAM。

目前有個初步的構想，讓Firefox1.5啟動快，但在navigate時應
該可以少用一些實體RAM，但仍有fast back/forward的適度功
能，但這想法尚未經過實作測試：

一）browser.sessionhistory.max_total_viewers值試調整到
1-3，例如在Deer Park 1.5 Beta1時的內定值即為3。（這個值
據kb.mozillazine.org的說法，它是針對最大URL數）

二）browser.cache.memory.capacity值內定原本為-1依記憶
體自動調整，我想或許可把它限制在某個合適的KB數值以下。

三）browser.sessionhistory.cache_subframes在一）參數大
於0的情況下，程式准予設為false，那麼bfcache就不會對sub-
frames進行in-memory的bfcache動作，而是從硬碟Cache抓
取。

四）browser.sessinohistory.max_entries值內定是50（頁）
如果不是分頁超級使用達人，把它的數值設的小一點，那麼在
bfcache內記憶的頁數就下降，對前後頁的保留數會少些，使用
的實體記憶體相信會下降。

至於Top-level下面的分頁JS會保持一直run的功能，我相信會吃
掉一些系統資源，但目前尚未想到有何緩解之道。要停止它動作
的權力目前在網頁作者手上（要加註Unload或使用Pagehide的
event）

上面只是一個很粗糙的想法，看是否對關心記憶體使用量、系統
資源、對同時開啟分頁沒有超級需求、對前後頁翻來翻去沒有極
度迫切的朋友，看看是否有所助益。

我使用sony的old vaio=[PCG-C1XE]
CPU=400
RAM=128(不能再增加)
所以阿，最可憐的就是我啦
稍微不小心系統就會變的超慢

雖然FX就有memory leak的特徵
但是擴充套件也會有可能memory leak
像adblock 0.5.2.056(目前官方最新版)會
修正版的adblock 0.5.2.056+ 就修正了memory leak

吃記憶體真的是大問題.
我只裝了TAB MIX和USER AGENT和WEB DEVELOPER開兩個分頁逛一下CGI論壇FF1.5就吃記憶體吃到100MB+
不關掉崇開其他的程式都完全跑不動了 @@"

苦了我256MB記憶體啊..

確實或許 1G 2G 的RAM對您來說是如九如一毛

小弟的還僅是SDRAM256+128+128=512可能無法跟您比
如果可以達到功能不錯 可以省點記憶體的FireFox我想我會很樂意的.一般來說我也很喜歡GREEN的綠色免安裝軟體的使用

另外 DDR400 1G 您說僅僅1500左右上下 .這也太便宜了吧
我連要+上DDR512都要＄1700左右.
或許您的購買的地方很便宜.但是不能以一概全不是乎？
這樣我可是會很垂心肝的是也
或許小弟的電腦 因為不追逐 所以成為了您筆下的 （等更新）
應該是說我沒有在打GAMES所以電腦的CPU跟記憶體在更新上
不若您在使用軟體上的更新頻繁.

記憶體要＄CPU要＄主機板要＄ 換電腦都要＄
所以我只能在暗地裡哭泣的偷偷使用您筆下的3-4年不換新的
AMD D850 的主機..

所以 DDR400 512M 至少也要1500以上
至於 您所言的DDR400 1G 您可以幫我買*2 我可以拿3000
跟您交換 是也 感恩

問題是，我所知道的是
兩件事情同時發生了

_________________
被恐嚇嘍…真恐怖…暫時不放簽名檔了

看到各位大大的發言.小弟就把所知道的做個補充.

據我所知.大部分的軟體.最初都剛好沒合用的.才順手開發出來的.
只不過.在發表過程.在隨著需求或有人反映再增加功能.

可是每發展到一定的程度.就會有兩個問題.
1.軟體複雜化
2.市場有率

假如我沒記錯.效果最好的.是組合語言.但最耗工時.最少人用.
而目前常見的都是.講求方便與開發速度的程式語言.(曾有個高人把100多m的軟體.用組合語言改寫變2m)
但在大環境下.他們只能鼓勵使用者.提高配備.

在軟體開發上.大概有幾個方向.
1.增加功能
2.功能整合
3.安全性
4.易用性及外觀

社會是競爭的.資源是有限的.只能看局勢打帶跑.(一邊喝吆拉人潮.順便放出測試版.趕緊研發新版本)
嚴格來說.有十分之九的使用者.是不懂.沒時間.不講究.只用基本功能的.
而像一般會分辨.了解.會花心思自己找東西的.不到十分之ㄧ.

而一般大眾.會留意到只有表面看的到的.
像操作介面.是否簡單.外觀順眼.多了新功能.新版本.

至於其他的. . .
等有空或急迫在說. (苦笑)

新聞影像的生產是個複雜的過程，線上的攝影記者、閱聽眾、新聞編輯、媒體主管、媒體老闆、被拍攝者交雜成綿密又相互推矮與指責的權力網，不過，大家的視野往往只限制在記者與觀眾之間，因為他們最直接、最顯著、最有感覺、最好辨識。然而，隱藏其後的商業與內在權力關係，往往才是最大的決定者，但，他的形象總是模糊。

冰凍三尺.非一日之寒.
問題的背後.往往都有原因. . .

其實也沒那麼嚴重啦

換個想法來說，硬體會越來越強悍，越來越便宜

Firefox 再怎麼吃資源，也不太可能超越 3 ~ 5 年後的硬體需求

到時候四核心、2G 記憶體普及後

這類的抱怨應該就會銷聲匿跡了吧

接下來 Firefox 團隊該做的就是要加強 Firefox 的穩定性與易用性

誰又能保證屆時的 Firefox 不會成為肥大的耗資源的軟體呢？
經歷或瞭解以前 DOS 時代的軟體記憶體(如 parisian 所述)使用的人，
大概也沒有幾人能料到時下個人電腦的容量(RAM、DISK)會是如此巨大卻又如此不堪使用。

_________________
Amauds's Firefox
曾經妳以為最可靠的依賴；其實從未曾真實的存在過。

主要是雙核心 CPU 跟記憶體 1 ~ 2G 的普及

CPU 快，記憶體多，操作上會輕鬆很多