»
遊客:
加入
|
登入
(帳號有問題請連絡TWed2k@gmail.com)
TWed2k
»
eD/eM 問題區
» 硬碟救星 - iRanch??
可打印版本
|
推薦給朋友
|
訂閱主題
|
收藏主題
|
純文字版
論壇跳轉 ...
主題: 硬碟救星 - iRanch??
字型大小:
小
|
中
|
大
|
巨
←
→
killer00
銀驢友〔高級〕
今日心情
. 積分:
823
. 文章:
942
. 收花: 7508 支
. 送花: 3026 支
. 比例: 0.4
. 在線: 3881 小時
. 瀏覽: 7911 頁
. 註冊:
6976
天
. 失蹤:
2880
天
#1 : 2008-6-16 11:21 PM
全部回覆
送花
(3)
送出中...
沒錯,系統跑自己的,P2P 也跑自己的,沒有互相干擾的問題,效能百分百。
硬碟內建的快取是用於『讀』而不是『寫』吧?如果自己覺得 P2P 的寫入快取設太小(或根本沒有),就用 SuperCacheII 的「Deferred-write mode」來加大寫入快取。
PS:P2P 需要快取的原因在於其所要寫入的資料太過零散,同樣是寫入 1MB,正常的情況應該是直接寫入一個連續的區塊,但從 P2P 獲得的,可能是數個、數百、數千個,甚至是數萬個區塊,若不加以整合而直接寫入硬碟,對於硬碟讀寫頭的負擔是相當大的(看看原本硬碟循序讀、寫與隨機讀、寫的速度差距,就可以了解其影響有多嚴重)。
原本只要一次到位的工作,現在被分成非常多個工作,雖然工作內容不變,但中間的不必要動作卻是大幅增加,硬碟的讀寫頭畢竟是以機械方式在運作,耗損是必然的,而多餘的工作就是加速耗損它,所以改善硬碟讀、寫的方式是有其價值的。
[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接
快速回覆
送出中...
快速回覆
表情符號
更多 Smilies
字型大小 :
小
|
中
|
大
|
巨
[完成後可按 Ctrl+Enter 發佈]
溫馨提示:本區開放遊客瀏覽。
選項:
關閉 URL 識別
關閉
表情符號
關閉
Discuz! 代碼
使用個人簽名
接收新回覆信件通知
發表時自動複製內容
[立即複製]
(IE only)
論壇跳轉 ...
所在時區為 GMT+8, 現在時間是 2024-11-22 06:34 AM
清除 Cookies
-
連絡我們
-
TWed2k
© 2001-2046
-
純文字版
-
說明
Discuz!
0.1
| Processed in 0.271902 second(s), 7 queries , Qzip disabled