[心得] uTorrent 使用Gbps幾個小心得
相信大家很常看到一個問題
就是 "uTorrent 硬碟負載100%" 怎麼辦!???
這問題困擾大家很久
我自己測試後 得出一個小結論
========================環境========================
作業系統: win7 X64
硬碟: 128G SSD + WD RE4 1T*5
網路: 1Gbps
uTorrent 快取設定圖: http://i.imgur.com/RTxXuru.jpg
========================環境========================
首先 我先觀察
[CHD每次上傳排行前幾的那幾個 客戶端好像是2.0.4 或 2.2.1
當然偶爾也會有3.2.3]
→此時 我有個問題 為什麼大家這麼喜歡舊版??
依照一個正常軟體的走向 應該是往後面的作業系統做優化
我心中有個疑問
"可能在XP上面 2.x版可能是最好的 但win7上會不會是3.x是最好的!?"
我個人的答案是 "不是....."
在高速下載中 3.x版的快取回寫硬碟有問題...
狀況一 "win7 + 3.2.3"
高速下載 寫入快取會被吃滿 導致硬碟Loading 100% 下載速度會整個掉下來...
裝況二 "win7 + 2.0.4"
高速下載 寫入快取會被吃滿 也會導致硬碟Loading 100%...
看到這邊 有人定會說 "靠邀 都一樣啊!!! 阿不是一樣糟糕!?"
對.....
所以我一直很納悶 一直找尋方法
直到今天 我回頭看了這篇的推文
#1FSSgVcp (P2PSoftWare)
→
03/28 14:16,
03/28 14:16
→ darklpi :改快取方式是沒用的....XD
原來...............
把快取提高是沒有用的 只是快取寫滿的時間往後延而已
就因為這句話 我想到了diskio的進階設定
如圖 :http://i.imgur.com/tGhZt4i.jpg
diskio.coalesce_write_size 預設值應該是2MB=2097152
我的想法是 這個值是當分塊在快取要回寫回硬碟時 單次寫入的SIZE
單次寫入多 = 快取搬回硬碟的速度快 = 快取降低得快
(硬碟會LOADING高就是因為快取回寫得太慢)
好 這時 我就想說 世界是美好的
=========把coalesce_write_size設到40MB (自己換算 或看圖)=====
狀況一 "win7 + 3.2.3 + HDD"
高速下載時 快取減少的速度有加快 大概25~30MB/s都還可以撐住
但是 速度上到40MB/s後 快取撐不住了 直往1000MB跑...
結果硬碟就loading 100%了...................
我心裡想: 現在是怎樣= ="
然後其實我觀察到 硬碟在大區塊回寫 就會造成loading往上加...
我在想 "會不會是傳統HDD撐不住!??"
狀況二 "win7 + 3.2.3 + SSD"
高速下載時 快取減少有加快沒錯
速度上到40MB/s也可以穩住 不讓快取滿檔.......
先下個結論....
"在win7 + 3.2.3狀況下 想要高速下載使得硬碟不loading 100% 請愛用SSD"
但...........總不能用SSD當下載槽吧 本錢不夠多QQ
接著 我就把uT降成2.0.4
狀況三 "win7 + 2.0.4 + HDD"
高速下載下 40MB/s 寫入快取會維持在500~600MB
不會滿檔.......... (圖同上: http://i.imgur.com/tGhZt4i.jpg
圖中可以看到下載速度已經到40MB/s 但仍然沒有100%的問題
(P.S: 這如果在3.2.3會炸裂了...只是我沒拍照)
最終結論
1. 當速度進入Gbps的領域時 請修改 diskio.coalesce_write_size這個值
2. 如果堅持要用3.2.3 只能用SSD去解決......
(3.x版的快取跟硬碟管理好像有很大的問題 可以從這邊看出
雖然3.2.3 最後一個穩定版"宣稱"已經搞定......)
3. 依照目前來看 Gbps下 2.0.4 2.2.1 才是最穩定的版本...(假如你用HDD的話)
4. 同樣設定 3.x 為什麼有問題 2.x卻沒問題??
(我個人覺得回寫的演算法有變..)
最後來張2.0.4上下載全開的圖 http://i.imgur.com/fLHrPSz.jpg
對了 我想問一下 有人把快取設超過1200MB 跑到滿都正常嗎??
我之前在網路上有看到說 這是uT一個到現在尚未解決的BUG.....
但網路上一堆影片教學都叫人填1700MB
我2.0.4 2.2.1 3.2.3 都試過 只要快取超過1200MB之前死當給我看= =
大家如果有問題可以再提出來一起討論Q_Q
最後再次感謝darklpi大大一語點醒我...(如果我沒會錯意的話...)
PS: 如果會錯意的話 這整篇文章都白打了Q_____Q
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.40.234.16
→
09/22 01:20, , 1F
09/22 01:20, 1F
當成測試文吧Q_Q 網路上我爬很多文 都沒寫到這個....
推
09/22 01:31, , 2F
09/22 01:31, 2F
推
09/22 01:36, , 3F
09/22 01:36, 3F
→
09/22 02:03, , 4F
09/22 02:03, 4F
推
09/22 03:24, , 5F
09/22 03:24, 5F
推
09/22 08:54, , 6F
09/22 08:54, 6F
其實我這個測試有個大前提 就是總速40MB/s沒錯
假設是10MB/s+10MB/s+20MB/s.. 這三線是分別在不同硬碟
最高速那個設定在HDD或SSD
如果三線全部擠在同一顆硬碟 可能一樣沒救....
這就是為什麼高階盒子都是必定要做RAID0或SSD....
剛剛又測試了一下 上到50MB/s
沒問題...http://i.imgur.com/Xo82F6A.jpg
看來3.x的快取回寫真的有問題QQ
推
09/22 09:40, , 7F
09/22 09:40, 7F
如果可以做100G以上的ramdisk的話...
但我沒那本錢 說實在 用PT沒人再開ramdisk的吧
隨便一張原盤大包都4、50G..
推
09/22 10:53, , 8F
09/22 10:53, 8F
→
09/22 10:55, , 9F
09/22 10:55, 9F
→
09/22 10:56, , 10F
09/22 10:56, 10F
momo大 可以請你拍張下載速度破30MB/s 一樣不會炸裂的圖嗎??
我文中有說 速度25MB~30MB/s以下這值是不用改的哦....
推
09/22 11:33, , 11F
09/22 11:33, 11F
哈 沒關係 之前我跑100M時也不會有這問題
推
09/22 11:46, , 12F
09/22 11:46, 12F
→
09/22 11:46, , 13F
09/22 11:46, 13F
如果依照之前CHD的宮崎駿大包300多G來看
因為台灣的用戶超多 盒子相對少
而且那帖之後有個中國100M的幫忙上傳
當時速度: http://i.imgur.com/zSNOnLX.jpg
在這種狀況下 台灣用戶+香港用戶>國外盒子 國外盒子就弱了
(香港跟我們對連的速度超快...香港的例子在HDR較多 那邊香港用戶多)
那如果是反過來 就....很可憐了....
推
09/22 12:22, , 14F
09/22 12:22, 14F
→
09/22 12:30, , 15F
09/22 12:30, 15F
→
09/22 12:31, , 16F
09/22 12:31, 16F
1. 我試過架VM 上面跑ubuntu + deluge 問題卡在硬碟IO..承受不住
要在找一台電腦有點累 我之後再考慮看XDDD
2. 中華連國外很悲劇 所以連歐美管也沒什麼用....
→
09/22 12:34, , 17F
09/22 12:34, 17F
推
09/22 12:34, , 18F
09/22 12:34, 18F
→
09/22 12:34, , 19F
09/22 12:34, 19F
→
09/22 12:34, , 20F
09/22 12:34, 20F
→
09/22 12:34, , 21F
09/22 12:34, 21F
到目前為止 UT顯示5.34T CHD顯示5.422T
台灣的線路完種後大概就差不多了 完種後4天達到5T
→
09/22 12:43, , 22F
09/22 12:43, 22F
→
09/22 12:45, , 23F
09/22 12:45, 23F
中華一定輸.只能吸渣渣...這一定的阿
這跟歐美G管連如果連到一堆中華用戶的 也只能吸渣吧..
→
09/22 14:15, , 24F
09/22 14:15, 24F
→
09/22 14:16, , 25F
09/22 14:16, 25F
硬碟呢?? 不要放在同一顆硬碟
如果同一顆硬碟我也照死...
→
09/22 14:35, , 26F
09/22 14:35, 26F
慘
還有 57 則推文
還有 13 段內文
→
09/24 02:40, , 84F
09/24 02:40, 84F
→
09/24 02:42, , 85F
09/24 02:42, 85F
→
09/24 02:43, , 86F
09/24 02:43, 86F
→
09/24 02:47, , 87F
09/24 02:47, 87F
→
09/24 02:50, , 88F
09/24 02:50, 88F
→
09/24 02:52, , 89F
09/24 02:52, 89F
→
09/24 02:52, , 90F
09/24 02:52, 90F
→
09/24 02:53, , 91F
09/24 02:53, 91F
→
09/24 02:56, , 92F
09/24 02:56, 92F
→
09/24 02:57, , 93F
09/24 02:57, 93F
→
09/24 02:57, , 94F
09/24 02:57, 94F
→
09/24 02:59, , 95F
09/24 02:59, 95F
→
09/24 03:00, , 96F
09/24 03:00, 96F
→
09/24 03:01, , 97F
09/24 03:01, 97F
→
09/24 03:04, , 98F
09/24 03:04, 98F
→
09/24 03:05, , 99F
09/24 03:05, 99F
→
09/24 03:06, , 100F
09/24 03:06, 100F
你是要拿這個來寫論文嗎XDDDDD
我晚點再測試...
大哥...whatcd跟HDT不接受這版本的ut.............
嘖嘖
快取改成4096MB 其他照你設定的
全部東西都設定在同一曹 總共9個同時下載
設置圖: http://i.imgur.com/Rom7c9p.jpg
寫入的快取 最高峰在2.3G左右 就上不去了 但是 速度一直維持在45MB/s以上
硬碟的Loadong在60~70%左右
會發現 硬碟的寫入快接近下載的速度
但問題是 上傳還是動不了 只有幾十K
結論一: 下載維持在45MB/s 最高也只吃到2.3G 真令人驚訝 硬碟也不會過載
結論二: 上傳動不了......(不知道是不是硬碟無法再支撐讀取...
結論三: 當同時下載的數量開始減少 快取會一直往下減 [導出推測一]
猜測一: 如果高速同時下載15個 4G有機會被塞爆 (不過這樣uT有可能會先當掉)
以上....
→
09/24 16:34, , 101F
09/24 16:34, 101F
→
09/24 16:36, , 102F
09/24 16:36, 102F
跟日本同道理~~~~
→
09/24 17:08, , 103F
09/24 17:08, 103F
→
09/24 17:09, , 104F
09/24 17:09, 104F
→
09/24 17:11, , 105F
09/24 17:11, 105F
3.0.0是不是有BUG 所以很多PT站才不會被採用阿..
我記得是...
推
09/24 19:33, , 106F
09/24 19:33, 106F
我不是版主QQ
其實P2P板不太會刪文拉XDD
我之後也會把這文章內容備份下來
畢竟未來應該還是會有人遇到...
→
09/24 19:41, , 107F
09/24 19:41, 107F
推
09/24 19:44, , 108F
09/24 19:44, 108F
→
09/24 19:45, , 109F
09/24 19:45, 109F
這我不知道...因為歐美站的確比較少見到香港線路
不過大陸的PT站 大多還是以中國 香港 台灣用戶居多...
所以光把這些全攬下來 就很多了
→
09/24 20:05, , 110F
09/24 20:05, 110F
→
09/24 20:16, , 111F
09/24 20:16, 111F
推
09/25 10:59, , 112F
09/25 10:59, 112F
→
09/25 11:03, , 113F
09/25 11:03, 113F
看來沒做RAID0 無法辦到...
我之後有空再來測試 把5顆1T做RAID0試試看= =?
※ 編輯: r1239386 來自: 140.123.102.23 (09/25 14:22)
→
09/25 14:45, , 114F
09/25 14:45, 114F
推
10/06 18:48, , 115F
10/06 18:48, 115F
→
10/06 18:50, , 116F
10/06 18:50, 116F
→
10/06 18:51, , 117F
10/06 18:51, 117F
討論串 (同標題文章)
P2PSoftWare 近期熱門文章
PTT數位生活區 即時熱門文章