[討論] 各瀏覽器的快取功能停滯不前?

[AlanLive (Alan)]

現今大部分的瀏覽器都專注於 JavasScript 的效能提升
而待過 Yahoo! 及現在在 Google 的 Steve Souders 先生提出了
瀏覽器應該要提升快取容量的大小及改善快取的效率的觀念

研究指出，網頁的 80% 左右被供做快取來使用，但卻有 40% ~ 60% 的使用者
是在「 0 cache 」的狀態下瀏覽網站

這位工程師(應該吧)認為這個數字太高了
也就是說有一半以上的使用者沒有充分的利用到「網頁快取」的優勢

*第二、三段是翻譯日文網站的內容，意思不一定完全正確，請高手補完

他左想又想，舉了幾個可能的原因

其中一條是各瀏覽器給予的預設「快取空間過小」(大部分都在 100M 以下)
這導致快取過的資料沒多久就將被別的快取「蓋」過去

以現在白菜價的硬碟空間，作者說他很樂意切個 5G 或以上的硬碟空間拿來做快取
這可以大大的提高瀏覽網頁的效率/速度 (長期下來)

作者在 Yahoo 跟 Google 都是做網頁高速化的工作，所以應該有一定公信力

原文

http://www.stevesouders.com/blog/2010/04/26/call-to-improve-browser-caching/

http://journal.mycom.co.jp/news/2010/04/30/057/index.html (日文報導)

http://goo.gl/vp2C (英文報導)

Firefox 一直以來有一個快取資料的最大上限 (8192)
也就是說不管你快取設多大，到了上限就開始砍舊的資料
以現在的角度來看這是不合理的設計

而這個 bug 在今年已被修復的樣子
https://bugzilla.mozilla.org/show_bug.cgi?id=175600

但我用的 Firefox 3.6.10 上限還是 8192
請已經在用 4.0 的板友幫忙測試一下是否已經能突破這個值
(網址列輸入 about:cache，Disk cache device 那邊的 Number of entries 數值就是，
 去 Google Map 逛一逛就能快速的累積這個數字)

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 122.116.91.125
※ 編輯: AlanLive        來自: 122.116.91.125       (10/08 16:25)
※ 編輯: AlanLive        來自: 122.116.91.125       (10/08 16:26)
→ AlanLive:另外希望改善緩存的「刪除演算法」，現在的似乎不怎樣
→ ren4:現在RAM這麼便宜，拿RAM來做Cache很爽!!
→ AlanLive:問題是開發者針對快取的改進速度緩慢，這大大影響瀏覽網
→ AlanLive:頁的瀏覽速度。
推 swstar:Fx 3.6.10, Number of entries: 21976
→ AlanLive:挖勒，真假...難到是我用 tete 版的關係嗎
推 karst10607:我也想知道大家都快取都設多少
→ knight00931:沒事就想按ctrl+shift+delete 不曉得為什麼
推 ivanko:我快取設 250 MB ，不過好像還不夠高 ( 以文中的角度而言 )
→ ivanko:請問，“Number of entries: 21976”最後的值，單位是？？
→ AlanLive:沒有單位
→ AlanLive:要說的話就是 21976 條快取
→ AlanLive:List Cache Entries 點下去就能看到，兩萬條的話開下去
→ AlanLive:瀏覽器應該會當掉
→ ivanko:我也是tete009的使用者，我開出來與AlanLive大相同。
推 lht2:tete009 disk entries : 8192 +1
→ AlanLive:那上面那位網友是個案嗎? 能否 po 一下是什麼版本的
推 karst10607:要去哪邊看到我終於用掉多少快取空間了？好奇
→ ivanko:swstar 網友並沒有說他是用 tete009，所以不算個案吧？
→ karst10607:我有win和linux 想看看這大小設定是否也同步
→ ivanko:to karst10607 在網址列輸入 about:cache
推 bunjie:看完原文後我從50M調成1G了XDD
推 karst10607:number entries:2392  囧 我調到1G了呀 才用24mb XDD
→ AlanLive:bunjie 大是在哪裡調整的阿?
→ AlanLive:還有如果有 8192 的限制，就算開到 100G 也沒有用阿
→ jimmy123678:tete009 8192 +1
推 swstar:不好意思, 晚了, tete 3.6.10, mem cache only
→ swstar:disk cache disable
→ swstar:Maximum storage size: 200000 KiB
推 swstar:目前在 Number of entries: 25144
→ swstar:會不會 8192 是 disk cache 的限制? 我用 mem cache 沒有限
→ AlanLive:我說的就是 disk cache ......
推 bunjie:我是作者頁面裡的這個連結中FX的部分調的
→ bunjie:http://stevesouders.com/cache.php
→ bunjie:當然我不懂這個，每個cache的大小是多少我也不清楚
→ bunjie:更正是cache entry
→ swstar:理論上 disk/mem cache 是用同一組 code 的
→ swstar:我自己就用 about:config 內的 browser.cache.* 改
→ AlanLive:mem cache 的跟 disk cache 不共用吧
→ AlanLive:聽說 3.6.12 之後才會修正這個上限的 bug
推 jtmh:該作者的理論應該是建立在磁碟快取增加的情況下，不會影響到
→ jtmh:軟體其他部分的效能運作上吧，不過依照我的「感覺」，至少在
→ jtmh:火狐的狀況下，磁碟快取設太大反而在「整體」瀏覽的速度上是
→ jtmh:會有拖累的，也就是說可能還要考慮到瀏覽器本身對磁碟快取的
→ jtmh:管理能力吧
→ AlanLive:那可能要測試一下 FX 搜索 100 萬條快取的效率是否很差
→ AlanLive:不過作者都說願意切 5G 的空間，那一定超過 100 萬條了
→ AlanLive:所以這應該是沒問題的
→ AlanLive:不知道有沒有人可以猛到弄個上百萬條的快取來做測試
→ karst10607:m起來 有趣的問題 期待有人能解答或測試證實