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

看板Browsers作者 (Alan)時間13年前 (2010/10/08 16:21), 編輯推噓13(13推 0噓 41→)
留言54則, 12人參與, 最新討論串1/7 (看更多)
現今大部分的瀏覽器都專注於 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)
→
10/08 16:37, , 1F
另外希望改善緩存的「刪除演算法」，現在的似乎不怎樣
10/08 16:37, 1F
→
10/08 16:57, , 2F
現在RAM這麼便宜，拿RAM來做Cache很爽!!
10/08 16:57, 2F
→
10/08 17:01, , 3F
問題是開發者針對快取的改進速度緩慢，這大大影響瀏覽網
10/08 17:01, 3F
→
10/08 17:01, , 4F
頁的瀏覽速度。
10/08 17:01, 4F
推
10/08 17:24, , 5F
Fx 3.6.10, Number of entries: 21976
10/08 17:24, 5F
→
10/08 17:38, , 6F
挖勒，真假...難到是我用 tete 版的關係嗎
10/08 17:38, 6F
推
10/08 17:42, , 7F
我也想知道大家都快取都設多少
10/08 17:42, 7F
→
10/08 17:43, , 8F
沒事就想按ctrl+shift+delete 不曉得為什麼
10/08 17:43, 8F
推
10/08 17:56, , 9F
我快取設 250 MB ，不過好像還不夠高 ( 以文中的角度而言 )
10/08 17:56, 9F
→
10/08 18:00, , 10F
請問，“Number of entries: 21976”最後的值，單位是？？
10/08 18:00, 10F
→
10/08 18:00, , 11F
沒有單位
10/08 18:00, 11F
→
10/08 18:01, , 12F
要說的話就是 21976 條快取
10/08 18:01, 12F
→
10/08 18:02, , 13F
List Cache Entries 點下去就能看到，兩萬條的話開下去
10/08 18:02, 13F
→
10/08 18:02, , 14F
瀏覽器應該會當掉
10/08 18:02, 14F
→
10/08 18:11, , 15F
我也是tete009的使用者，我開出來與AlanLive大相同。
10/08 18:11, 15F
推
10/08 18:41, , 16F
tete009 disk entries : 8192 +1
10/08 18:41, 16F
→
10/08 18:45, , 17F
那上面那位網友是個案嗎? 能否 po 一下是什麼版本的
10/08 18:45, 17F
推
10/08 18:56, , 18F
要去哪邊看到我終於用掉多少快取空間了？好奇
10/08 18:56, 18F
→
10/08 18:56, , 19F
swstar 網友並沒有說他是用 tete009，所以不算個案吧？
10/08 18:56, 19F
→
10/08 18:57, , 20F
我有win和linux 想看看這大小設定是否也同步
10/08 18:57, 20F
→
10/08 18:57, , 21F
to karst10607 在網址列輸入 about:cache
10/08 18:57, 21F
推
10/08 19:24, , 22F
看完原文後我從50M調成1G了XDD
10/08 19:24, 22F
推
10/08 19:27, , 23F
number entries:2392 囧 我調到1G了呀 才用24mb XDD
10/08 19:27, 23F
→
10/08 19:41, , 24F
bunjie 大是在哪裡調整的阿?
10/08 19:41, 24F
→
10/08 19:44, , 25F
還有如果有 8192 的限制，就算開到 100G 也沒有用阿
10/08 19:44, 25F
→
10/08 19:57, , 26F
tete009 8192 +1
10/08 19:57, 26F
推
10/08 20:04, , 27F
不好意思, 晚了, tete 3.6.10, mem cache only
10/08 20:04, 27F
→
10/08 20:05, , 28F
disk cache disable
10/08 20:05, 28F
→
10/08 20:05, , 29F
Maximum storage size: 200000 KiB
10/08 20:05, 29F
推
10/08 20:09, , 30F
目前在 Number of entries: 25144
10/08 20:09, 30F
→
10/08 20:46, , 31F
會不會 8192 是 disk cache 的限制? 我用 mem cache 沒有限
10/08 20:46, 31F
→
10/08 20:56, , 32F
我說的就是 disk cache ......
10/08 20:56, 32F
推
10/08 21:03, , 33F
我是作者頁面裡的這個連結中FX的部分調的
10/08 21:03, 33F
→
10/08 21:03, , 34F
10/08 21:03, 34F
→
10/08 21:04, , 35F
當然我不懂這個，每個cache的大小是多少我也不清楚
10/08 21:04, 35F
→
10/08 21:04, , 36F
更正是cache entry
10/08 21:04, 36F
→
10/08 21:16, , 37F
理論上 disk/mem cache 是用同一組 code 的
10/08 21:16, 37F
→
10/08 21:16, , 38F
我自己就用 about:config 內的 browser.cache.* 改
10/08 21:16, 38F
→
10/08 21:32, , 39F
mem cache 的跟 disk cache 不共用吧
10/08 21:32, 39F
→
10/08 21:37, , 40F
聽說 3.6.12 之後才會修正這個上限的 bug
10/08 21:37, 40F
推
10/08 21:38, , 41F
該作者的理論應該是建立在磁碟快取增加的情況下，不會影響到
10/08 21:38, 41F
→
10/08 21:39, , 42F
軟體其他部分的效能運作上吧，不過依照我的「感覺」，至少在
10/08 21:39, 42F
→
10/08 21:41, , 43F
火狐的狀況下，磁碟快取設太大反而在「整體」瀏覽的速度上是
10/08 21:41, 43F
→
10/08 21:42, , 44F
會有拖累的，也就是說可能還要考慮到瀏覽器本身對磁碟快取的
10/08 21:42, 44F
→
10/08 21:42, , 45F
管理能力吧
10/08 21:42, 45F
→
10/08 21:44, , 46F
那可能要測試一下 FX 搜索 100 萬條快取的效率是否很差
10/08 21:44, 46F
→
10/08 21:45, , 47F
不過作者都說願意切 5G 的空間，那一定超過 100 萬條了
10/08 21:45, 47F
→
10/08 21:45, , 48F
所以這應該是沒問題的
10/08 21:45, 48F
→
10/08 21:46, , 49F
不知道有沒有人可以猛到弄個上百萬條的快取來做測試
10/08 21:46, 49F
→
10/09 19:02, , 50F
m起來 有趣的問題 期待有人能解答或測試證實
10/09 19:02, 50F
→
10/09 19:43, , 51F
我在linux上fx3.6.10也是8192 然後disk cache 就算我
10/09 19:43, 51F
→
10/09 19:44, , 52F
很操fx，也很難突破400mb 當然這和每個人網站用途有關
10/09 19:44, 52F
推
10/11 09:15, , 53F
我的Fx輸入about:cache顯示"The cache is disabled."
10/11 09:15, 53F
推
10/11 13:24, , 54F
開了一堆，FF+plugin記憶體吃了1026MB，cache也才83MB阿 = =
10/11 13:24, 54F
‣ 更多 AlanLive 的文章
文章代碼(AID): #1ChjIUPO (Browsers)
討論串 (同標題文章)
完整討論串 (本文為第 1 之 7 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共7篇)
‣ 更多 AlanLive 的文章
文章代碼(AID): #1ChjIUPO (Browsers)