「你還有很多得學的呢」,歐比旺如是說。
這兩天的大(?)新聞應該是 Google Chrome(有人建議,為了抓住阿宅的心,她的中文譯名應該要取為「啾咪」之類的)釋出了。
「啾咪」標榜輕量,而且她的 about:memory 會很自大地列出所有其他執行中瀏覽器的記憶體用量,所以對我這種還在用四、五年前老電腦(記憶體總共就祇有 768MB)的人來說,不啻為挑選瀏覽器的良好候選及參考。那麼,他的表現到底如何呢?
圖片會說話,我此刻的 Opera 看起來像這樣(局部):
如圖中所示,總共開了 34 個分頁,這大概是我日常工作時的最小值,通常都會開得比這個還多。
接著再來看看啾咪(也是局部):
目前是開到第六個分頁,除了 about:memory 以外,其他五個分頁都是我的 Opera 也開著的。結果根據啾咪自己的數據指出:開了六個分頁的 Google Chrome,所喫掉的記憶體比開了 34 個分頁的 Opera 還多,Google Chrome 喫掉約 124MB,此時 Opera 喫掉約 108MB。
所以我還是繼續用 Opera 好了。
註:一說 Google Chrome 的最大優勢在於速度,不過這個我還沒有空去比較啦。Opera 的速度目前我已經可以接受了。
由 Jedi 於 September 3, 2008 12:59 PM 所發表但是google 的網站好像是說,要是開的 TAB 很多的話,Chrome 用的記憶體會比其他 browser 開一樣多的 tab 時用得少喔。
當然 tab 少時, Chrome 是用得比較多的。
可不可以試試看 Chrome 也開 34 個 tab 時,用了多少呀!
由於是 multi process 的 model,使用更多 memory 也是正常。不過 google 稱這個 model 的好處在於發生 memory leak 的時候只要 close tab 就好了,不會影響其他 tab ,不知 jedi 會否試試長期運作下的效果?
由 小影 發表於 September 3, 2008 02:32 PMGoogle 自己說的,它把每個分頁都當作一個 process,而不是 thread
所以當分頁數目一樣時,理當是 Chrome 所佔的資源比較多 (若其他條件都一樣)
但 google 為自己辯解的理由是:
當一直有開 tab 關 tab 的動作時
一般的瀏覽器會有 memory fragmentation 的問題
以 process 當作分頁的單位時則沒有這個問題。
(btw, 為什麼 process 就沒有這個問題咧?以前 OS 好像沒教過 @@)
to Q_Q
我在 Chrome 上面開了跟 Opera 完全相同的 34 個分頁,剛開完的時候喫掉的記憶體是 240MB,大約是 Opera 的兩倍。
接下來,放了一陣子不理他,經過了大約五分鐘的硬碟讀寫(這五分鐘內甚麼事都不能做,因為硬碟正在忙碌……這可讓人一點兒也沒有「快」的感覺),然後喫掉的記憶體減少到 75MB 左右──因為東西都塞到虛擬記憶體了。對照一下我文中貼的圖,最後 34 個分頁的 Chrome 的虛擬記憶體用量是:Private 300MB,Mapped 42MB,仍然還是比 Opera 多。
由 Jedi 發表於 September 3, 2008 11:12 PMto 小影:
我是還沒做長期測試啦,不過有朋友回報說放著不管他一整天下來,系統越來越慢,關掉之後纔有改善……
另外,有些致命的問題,也還是會影響到所有的分頁的。例如,用目前這個版本的 Google Chrome,把滑鼠移到後面那個點的鏈結,或者按下去試圖開啟那個點的鏈結,就會死光光(別說我沒有警告過啊)。→.←
由 Jedi 發表於 September 3, 2008 11:35 PM請拿掉那個 "按這裡", 我開了三十個 tab 的 chrome 掛掉了, 要由 histroy 逐個找出來 (是的, 我沒有設置 "restore the pages that were open last"
由 angus 發表於 September 4, 2008 03:57 PM我是從 http://evilfingers.com/advisory/google_chrome_poc.php 看來的……
由 Jedi 發表於 September 4, 2008 07:51 PM