![]() |
PCDVD數位科技討論區
(https://www.pcdvd.com.tw/index.php)
- 系統組件
(https://www.pcdvd.com.tw/forumdisplay.php?f=19)
- - 不建議瀏覽器暫存資料夾設在 Ram disc
(https://www.pcdvd.com.tw/showthread.php?t=769902)
|
---|
首先,有不少人電腦是很少關機的,反正久久才關一次機,暫存檔才洗掉一次。
其次,要是真要環保,你真的只需要把暫存檔回存就好,不用這麼極端不設在ramdisk吧? |
討論區都是動態網頁
此招無效 那怕你快取設2T PCDVD還是一樣慢 VBB有靜態頁緩存設計嗎? 沒用過要錢的VBB :laugh: |
引用:
Firefox 真的讓我超級驚訝的強項是不管開多少分頁,切換時都一樣快. 以往用 Crazybrowser 和 IE7 開七八個分頁的話,只要最小化到系統列,然後跑其他程式,看影片之類,過一段時間再叫起來的話,切換頁面就明顯感到因為讀取硬碟而帶來的延遲. 然而,這種延遲在 Firefox 上完全看不到.只要記憶體夠大,就算開到超過二三十頁,然後縮小化到系統列,隔一段時間再叫出來切換,等待時間 = 0,完全沒有硬碟讀取的延遲. 這就是佔記憶體多,而不吃(或極少)虛擬記憶體的好處;真的快到飛起來. Firefox 關閉後,重新執行時許多網頁是直接從暫存檔讀取,只有部分是會從網站更新;至少我是這麼理解的,不然難以解釋關閉後再度執行時新開網頁幾乎都瞬間載入完畢的現象. 就算重開機,該暫存機制還是有效,不須邀從伺服器讀取大量資料. 所以我現在極度推崇 Firefox. |
之前就討論過這個問題
實際上cache放在哪裡不會影響太大,雖然確實記憶體是快很多 圖片資料量相較傳輸的速度來說實在太小了 十幾KB的東西在33MB/s或者100MB/s,都是一瞬間的事情 以20KB來說,兩個完成的時間是0.0006秒、0.0003秒 如果是一秒60frames來計算,有人能看出來0.036 Frame、0.018 Frame 的差距嗎? 當FPS在討論30FPS跟60FPS有沒有差距的時候 你會發現把cache放到ram disk是近乎無意義的行為 網頁瀏覽器的速度是取決於rendering的速度,非圖檔的傳輸速度 |
引用:
之前曾把FF的cache放到ram disk 結果也是感覺沒有什麼差,又放回原本位置了... |
把網頁暫存檔設在 RAMDisk 的主因其實不見得是為了增加載入速度,而是可以避免內容會頻繁變更的暫存檔造成太多磁碟檔案碎片.
如此一來,磁碟重組所需的頻率與時間就大幅減少了,也等於是減輕硬碟負擔. |
個人覺得這沒差
就算快取在硬碟內 資料依然不斷要重新連結更新 今天只是換個地方存而已 那只是你個人電腦的改變,並不會影響到網站的流量 反倒是pcdvd,舊文太多,庫藏豐富是件好事 但是在網站速度跟資料的豐富度,需要找個好的平衡點 |
引用:
其實這樣設計只能說是兩面刀,因為這樣只是把記憶體一直霸佔著,記憶體大的人覺得速度始終保持不變,記憶體少的人會覺得這樣是浪費記憶體 不過依照Windows程式設計關念,是把不常用的資料盡量放到SWAP,霸佔著記憶體的寫法在Windows平台並不值得鼓勵 |
引用:
是可以這麼說沒錯. Firefox 這樣做至少確保了記憶體夠大的人可以享有絕對順暢的多頁面/視窗瀏覽體驗,不像傳統瀏覽器,不管記憶體再大,都會把大量資料存放在虛擬記憶體,這樣需要讀取時就又得花許多時間等待硬碟讀取,造成顯著延遲,也絲毫感覺不出大容量記憶體的實際優勢. 也許在改版時多出讓使用者選取要佔用記憶體還是虛擬記憶體的方式就OK了. |
檔案碎片(依我的記憶)應該是檔案寫入時碰到其他檔案佔用軌道 被迫跳過寫入
(檔案碎片:連續的資料分佈在不連續的位置造成的硬碟效能不彰的情形) 頻繁寫入不一定會造成檔案碎片的情形 瀏覽器放在cache裡的資料,大多數屬於不連續分佈的小檔案 很難產生檔案碎片的情形 而瀏覽器顯示過程產生點陣圖雖然都很大(瀏覽器要將每張圖轉換成點陣圖才能顯示出來) 轉換後的點陣圖雖然很大,但都直接放在記憶體內(不會寫入硬碟) (也就是說瀏覽器的設計已經避掉最可能產生檔案碎片的情形) -- 如果有人從Windows 95走過來 應該會注意到以前硬碟容量小,格式還是FAT16、FAT32 很容易產生檔案碎片 現在硬碟容量大、格式也換成NTFS 已經很難產生檔案碎片的情形(個人認為不太需要另外弄個ram disk來避免) -- 硬體的進步的確會讓程式設計的方向改變 就像現在顯示卡的VRAM都很大 於是就出現PS模擬器的OGL2 Plugin,大量運用VRAM減少圖形錯誤的情形 |
所有的時間均為GMT +8。 現在的時間是06:38 PM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2025。