本文轉貼自PTT
台灣最大的本土社群網站
分享這篇文章到Facebook、Google+或噗浪！
作者
r1239386 (T毛)
看板
P2PSoftWare
標題
[心得] uTorrent 幾個小心得
時間
Sun Sep 22 01:13:49 2013
───────────────────────────────────────
相信大家很常看到一個問題
就是 "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)
→
darklpi
:用1Gbps的人們，要突破天際請調整每part寫入的大小值
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
→
y3k
:現在有1Gbps的服務了喔orz
09/22 01:20
當成測試文吧Q_Q 網路上我爬很多文 都沒寫到這個....
推
ThisIsNotKFC
:這很明顯是盒子吧XD
09/22 01:31
推
s25g5d4
:去考學測指考也有機會抽到1Gbps...
09/22 01:36
→
hangsh
:中華電信好像有開放給部份用戶試用1Gbps~
09/22 02:03
推
annie06045
:推一下!!!感謝測試
09/22 03:24
推
supergdf
:來試試,要不然每次都要限速在25MB/s
09/22 08:54
其實我這個測試有個大前提 就是總速40MB/s沒錯
假設是10MB/s+10MB/s+20MB/s.. 這三線是分別在不同硬碟
最高速那個設定在HDD或SSD
如果三線全部擠在同一顆硬碟 可能一樣沒救....
這就是為什麼高階盒子都是必定要做RAID0或SSD....
剛剛又測試了一下 上到50MB/s
沒問題...
http://i.imgur.com/Xo82F6A.jpg
看來3.x的快取回寫真的有問題QQ
推
cckkyle
:ramdisk?
09/22 09:40
如果可以做100G以上的ramdisk的話...
但我沒那本錢 說實在 用PT沒人再開ramdisk的吧
隨便一張原盤大包都4、50G..
推
momoisacow
:我沒改diskip值 快取有設過1.5g 7*24 也是穩穩的
09/22 10:53
→
momoisacow
:我個人堅守2.0.4是因為 3.x 上傳沒力 掉了至少有三成
09/22 10:55
→
momoisacow
:還有100%硬碟負荷 不過用系統管理員身份執行就ok了
09/22 10:56
momo大 可以請你拍張下載速度破30MB/s 一樣不會炸裂的圖嗎??
我文中有說 速度25MB~30MB/s以下這值是不用改的哦....
推
momoisacow
:喔喔抱歉 我不知道條件還包含G管 我只有100M XD
09/22 11:33
哈 沒關係 之前我跑100M時也不會有這問題
推
cloudatlas
:原來台灣也有g管...第一次看到(筆記...)，服務正式上
09/22 11:46
→
cloudatlas
:路一定貴死= =買盒子會比較划算嗎？
09/22 11:46
如果依照之前CHD的宮崎駿大包300多G來看
因為台灣的用戶超多 盒子相對少
而且那帖之後有個中國100M的幫忙上傳
當時速度:
http://i.imgur.com/zSNOnLX.jpg
在這種狀況下 台灣用戶+香港用戶>國外盒子 國外盒子就弱了
(香港跟我們對連的速度超快...香港的例子在HDR較多 那邊香港用戶多)
那如果是反過來 就....很可憐了....
推
hangsh
:如果我有１Gbps 我會用deluge為主要下載軟體 CHD
09/22 12:22
→
hangsh
:TTG不能用 那就移到別台使用∼
09/22 12:30
→
kkkkkkq
:拿一顆硬碟專跑CHD跟TTG應該也行吧?
09/22 12:31
1. 我試過架VM 上面跑ubuntu + deluge 問題卡在硬碟IO..承受不住
要在找一台電腦有點累 我之後再考慮看XDDD
2. 中華連國外很悲劇 所以連歐美管也沒什麼用....
→
hangsh
:另香港的G管超多又便宜連大陸又快又好∼
09/22 12:34
推
cloudatlas
:R大太強了~~宮崎俊大包上傳5xM/s真是恐怖....方便透
09/22 12:34
→
cloudatlas
:露那個大包刷了多少上傳嗎XD，可能外國人看不懂宮崎
09/22 12:34
→
cloudatlas
:駿的動畫才沒下吧~那可是台日港中國幾國各年齡層許
09/22 12:34
→
cloudatlas
:多人的回憶呢！
09/22 12:34
到目前為止 UT顯示5.34T CHD顯示5.422T
台灣的線路完種後大概就差不多了 完種後4天達到5T
→
hangsh
:有個問題想知道：拿中華的G管跟歐美在地的管子及盒子
09/22 12:43
→
hangsh
:拚 結果？
09/22 12:45
中華一定輸.只能吸渣渣...這一定的阿
這跟歐美G管連如果連到一堆中華用戶的 也只能吸渣吧..
→
supergdf
:我是用多條中華的100M合併才有此速度,但是剛試了一
09/22 14:15
→
supergdf
:下,還是有問題,太多種一起抓,或一種很多小檔也是一樣
09/22 14:16
硬碟呢?? 不要放在同一顆硬碟
如果同一顆硬碟我也照死...
→
supergdf
:本機硬碟+外接的NAS raid0,檔案太多讀寫是致命傷
09/22 14:35
慘
→
hangsh
:有試過在window下跑deluge? 只要ram夠即可∼
09/22 15:37
剛搞了一台試試看XD
Ubuntu + deluge 3~4年前的SG 500G
下載到35MB/s 硬碟io就差不多滿了....
不過最大的優點是 deluge不會crash
速度會往下掉到20MB/s左右 再往上升~(不像UT會降超低...)
不過windows下灌deluge會怪怪的耶 很多選項變空白或問號
還是只有我有這個問題!?QQ
windows 7 + deluge 1.3.6
http://i.imgur.com/C9I5F4l.jpg
下載速度25MB/s 上傳5MB/s 硬碟負載就90%了.....
所以我一直很好奇
歐美G管盒子用一般的HDD真的有辦法維持在
上傳30MB/s 下載30MB/s嗎.......???
Deluge不會crash是大優點就是了XDD
※ 編輯: r1239386 來自: 114.40.234.16 (09/22 16:32)
推
kkkkkkq
:我用win跑過deluge 沒遇到什麼問題
09/22 16:29
推
lynked
:路過問一下，現在除了新的ut之外還有可以預先讀磁力
09/22 16:34
→
lynked
:連結裡的檔案的軟體嗎？這大概是留在2.x版唯一不方便
09/22 16:36
→
lynked
:的地方...
09/22 16:37
我剛安裝deluge1.3.6的時候 他有問我要不要預deluge為設磁力連結的程式耶!
還是他可以!? 我也不知道XDD
※ 編輯: r1239386 來自: 114.40.234.16 (09/22 16:38)
推
lynked
:磁力連結現在大概每一家都可以讀，不過ut可以下載前
09/22 16:42
→
lynked
:先把檔案列表抓回來，就像一般種子一樣可以選檔下載
09/22 16:45
→
hangsh
:不知道 deluge的cache size&expiry 設定值是多少?
09/22 18:10
第一次我是設定到6G (6*1024*1024/16="393216")
expire 90
但是我要進去在修改 就全白 不讓我改了 很奇怪....
http://i.imgur.com/f7QtGr1.jpg
※ 編輯: r1239386 來自: 36.237.215.250 (09/22 18:23)
推
s25g5d4
:windows下的deluge會有無法更改數字問題
09/22 18:33
→
s25g5d4
:從網頁登入就可以改
09/22 18:33
真的耶 感謝教學 改數值沒問題了
→
hangsh
:可以改成8192:60 試試看--這是我看到1G~10G的盒子在
09/22 18:39
→
hangsh
:linux系統下的設定值~
09/22 18:40
我用SCC當範例
都是今天發的種 (做種的盒子應該不會差太多吧...)
win7 + deluge 1.3.6
http://i.imgur.com/dpKHFYQ.jpg
下載12MB/s 硬碟負載就90%以上了....
ubuntu + deluge 1.3.6
http://i.imgur.com/JdNgqmI.png
下載最高可以到30MB/s左右 並且上傳可以到7MB/s
有人可以找到上及下都30MB/s跑的圖嗎??
重點是只用一顆HDD 不能做RAID0哦...
推
ThisIsNotKFC
:哇真的是本地喔 太威了QQ
09/22 19:10
推
cloudatlas
:g管果然不用擔心分享率....= =單種5t太強了...我最
09/22 21:04
→
cloudatlas
:高才900多g就剩一堆對岸ip以幾kb/s在吸我了...看來要
09/22 21:04
→
cloudatlas
:進CHD果然需要100M對等才輕鬆
09/22 21:04
XD OK的~
在台灣想要分享率高 就我上面說的
台灣用戶+香港用戶>歐美盒子
目前最符合的就是...HDR....
這是HDR的分享率圖:
http://i.imgur.com/bVU8Qce.jpg
之前我有一條50M/15M的線路 掛久也幾乎都破1...
→
zzzZZabonbon
:對岸三站只要硬碟大都不累吧@_@
09/22 21:47
您說的沒錯~
推
zalid
:請問有試過uTorrent3.0.25570-64Bit的版本嗎?
09/23 10:43
那是官方的嗎?? 我有看到 但不敢使用= =
推
kkkware
:推G管$_$
09/23 13:52
→
zalid
:
http://forum.utorrent.com/viewtopic.php?id=93984
09/23 17:41
→
zalid
:是官方出的64Bit版本，只是後續沒有再更新了，下載:
09/23 17:45
→
zalid
:
https://mega.co.nz/#!S551xJCY!etzCQBAH2MQ2wnfNcWk
09/23 17:45
→
zalid
:這是我上傳的7z壓縮檔，內含對應版本的語言包
09/23 17:50
→
zalid
:這個版本我用到現在一直都很穩定，沒遇過奇怪的BUG
09/23 17:51
→
zalid
:我覺得您可以試試看這個64Bit的版本，至少RAM可以設
09/23 17:52
→
zalid
:很高，如果您電腦的RAM夠大的話，想設高一點都沒問題
09/23 17:52
→
zalid
:小弟希望能看看這個64Bit版本的uTorrent在G管上的效
09/23 17:55
→
zalid
:能是如何，還希望您能測試看看，感謝您!
09/23 17:56
→
zalid
:不好意思，縮短下載地址:
http://ppt.cc/SKl4
09/23 17:59
沒用過 有點抖抖的 他支援綠化嗎??
路經應該要改吧 C:\Program Files (x86) 改到C:\Program Files
才有辦法真正跑64位元??
推
MGuarder
:歪國都已經星際爭霸了，台灣還在封建升帝王
09/23 21:14
哈哈 比喻好有趣 日本已經推出2Gbps的速度囉XDD
※ 編輯: r1239386 來自: 140.123.102.23 (09/23 23:08)
→
zalid
:能綠化，程式本身就是編譯為64Bit版本，跟你放在哪個
09/24 00:24
→
zalid
:資料夾無關，在Win7下沒有64位元的程式非得放在
09/24 00:25
→
zalid
:C:\Program Files的資料夾才能跑64位元的程式吧XD
09/24 00:25
→
zalid
:那只是M$為了方便讓使用者知道什麼程式是x86或x64
09/24 00:27
→
zalid
:所以才會有這樣的區分形式
09/24 00:28
→
zalid
:uTorrent64位元的版本就算你快取設到16G也能用
09/24 00:32
→
zalid
:一般32位元的版本快取大小範圍是32~1800
09/24 00:33
→
zalid
:因為您用的是G管，所以如果只是用32位元的版本
09/24 00:34
→
zalid
:假設32位元版本的快取大小沒辦法應付您的網路流量
09/24 00:35
→
zalid
:或者測試64位元版，將快取大小設4G、8G、12G、16G
09/24 00:36
→
zalid
:說不定能在I/O瓶頸上得到相對的改善
09/24 00:37
OK 找時間測試XDDD
※ 編輯: r1239386 來自: 36.237.215.250 (09/24 00:38)
推
zalid
:期待您的測試! 再次感謝您! 如果還是沒有比較好的改
09/24 00:42
→
zalid
:善，那也只能再找其他的方式測試了XD
09/24 00:42
→
zalid
:對了，「每兩分鐘寫出沒有碰到的分塊」不要勾選
09/24 00:51
→
zalid
:「如果上傳速度變慢便關閉硬碟讀出快取」也不要勾選
09/24 00:52
→
zalid
:這兩個選項比較建議不勾選
09/24 00:59
uTorrent 3.0 X64測試
設定8000MB
依照你說的設定
然後我說的那個diskiio改回預設值
1.
http://i.imgur.com/HLKrwnn.jpg
2.
http://i.imgur.com/Rnv56qu.jpg
3.
http://i.imgur.com/dE9H7Rm.jpg
(出現負載3%)
備註 下載柱列中1 2是放在SSD 其餘都放在HDD(同一曹:G)
4.
http://i.imgur.com/trx9FqR.jpg
心得一: 可以稱比較久才會硬碟負載
心得二: 就算出現硬碟負載XX% 下載速度會下降 但仍然維持在20MB/s
(不同於32bit 會直接降成數百K.....這很多人應該都有經驗)
心得三: 硬碟loading全程都在55%~70% 就算出現負載過高 也不會變成100%
很穩的在55~75......(這點令我驚訝..........)
不過.... 上傳超慢....因為快取都給寫入了 讀出掛蛋.....
→
hangsh
:樓上正解 如果上述方法沒有改善 可以在CHD或HDW PM給
09/24 01:03
→
hangsh
:kkwong7878這位香港大咖--他就是用G管 在CHD HDW流量
09/24 01:06
→
hangsh
:排行榜都是前幾名 他也是用utorrent 我曾經請教過他
09/24 01:09
→
hangsh
:他人很好 會樂於分享經驗~
09/24 01:11
→
hangsh
:這位大咖居然不知道seedbox是什麼東西~ XD
09/24 01:13
他自己的線路就G管了 不知道seedbox也很正常XDDD
k大表示: KS2G 網速100M?? (挖鼻孔 ←這我自己想的 純屬腦補XD
我發現我知道他.....
他的大頭貼超可愛XD
上傳569T 我記得CHD還沒把排名關掉前 有點到他的訊息過..
剛有爬他的文 發現他說過...
3台�z惱,有2台組RADIO,效能𤰉有翻倍,但都有50%-80%增�c.千兆网絡不�oRADIO,一般硬
盤基本受不了.
而且 他之前救過frankielhk這人...
這人在HDW還是HDR的上傳超級無敵快....也是香港1G
就算我完種時流量贏他 但掛1~2天後 就會開始輸他...
香港對於全世界的連線都遠勝台灣線路....
推
zalid
:感謝您的測試，種子資訊頁面有分塊數量大小
09/24 02:11
→
zalid
:通常目前看到的分塊大小是4MB或8MB
09/24 02:12
→
zalid
:diskio.coalesce_write_size的值設為4194304試試看
09/24 02:14
→
zalid
:diskio.max_write_queue的寫入駐列設512
09/24 02:16
→
zalid
:加大寫入佇列的列隊，應該可以改善硬碟loading
09/24 02:37
→
zalid
:所造成的上下傳流量不對稱
09/24 02:38
→
zalid
:在速度頁面的最下方，能看到等待寫入的列隊大小
09/24 02:40
→
zalid
:寫入佇列的值，您需要測試一下最適合的值是什麼
09/24 02:42
→
zalid
:找到最適合您上下傳流量比重均衡的值
09/24 02:43
→
zalid
:另外，快取大小以1024*8=8192 才會顯示8G
09/24 02:47
→
zalid
:我還注意到一件事情，那就是如果你電腦裝的RAM
09/24 02:50
→
zalid
:小於uTorrent快取大小的兩倍，你會看到上傳快取被分
09/24 02:52
→
zalid
:配到的大小會不足夠上傳的使用
09/24 02:52
→
zalid
:電腦裝16G的RAM，那目前看起來將快取大小設為4096
09/24 02:53
→
zalid
:上傳的快取大小分配應該也會變成4G才對
09/24 02:56
→
zalid
:uTorrent會根據您實際快取的使用進行對應的讀取/寫入
09/24 02:57
→
zalid
:的分配大小
09/24 02:57
→
zalid
:不知道您是不是有勾選到「不需要快取時減少記憶體使
09/24 02:59
→
zalid
:用量」這個選項，因為如果有勾選，那讀取大小就會變
09/24 03:00
→
zalid
:得很小
09/24 03:01
→
zalid
:所以建議根據您電腦內實際的RAM大小，來設定快取大小
09/24 03:04
→
zalid
:快取大小設定4096，讀取/寫入分配總大小是8192
09/24 03:05
→
zalid
:時間一長，上傳的速度就會回到原有的速度上
09/24 03:06
你是要拿這個來寫論文嗎XDDDDD
我晚點再測試...
大哥...whatcd跟HDT不接受這版本的ut.............
嘖嘖
快取改成4096MB 其他照你設定的
全部東西都設定在同一曹 總共9個同時下載
設置圖:
http://i.imgur.com/Rom7c9p.jpg
1.
http://i.imgur.com/n05c7XP.jpg
2.
http://i.imgur.com/3av5hmx.jpg
寫入的快取 最高峰在2.3G左右 就上不去了 但是 速度一直維持在45MB/s以上
硬碟的Loadong在60~70%左右
會發現 硬碟的寫入快接近下載的速度
但問題是 上傳還是動不了 只有幾十K
結論一: 下載維持在45MB/s 最高也只吃到2.3G 真令人驚訝 硬碟也不會過載
結論二: 上傳動不了......(不知道是不是硬碟無法再支撐讀取...
結論三: 當同時下載的數量開始減少 快取會一直往下減 [導出推測一]
猜測一: 如果高速同時下載15個 4G有機會被塞爆 (不過這樣uT有可能會先當掉)
以上....
→
hangsh
:香港這麼小的地方 ISP業者比台灣還多 各家競爭激烈
09/24 16:34
→
hangsh
:有競爭才有進步 外國企業公司一堆 連外網路當然要強~
09/24 16:36
跟日本同道理~~~~
→
zalid
:如果測試出來的結果能改善你遇到的問題
09/24 17:08
→
zalid
:不仿寫一篇教學文貼到PT站的論壇內
09/24 17:09
→
zalid
:假如得到很多人的支持，那這些PT站就會認可這個版本
09/24 17:11
3.0.0是不是有BUG 所以很多PT站才不會被採用阿..
我記得是...
推
miau9202
:這文怎麼不M？
09/24 19:33
我不是版主QQ
其實P2P板不太會刪文拉XDD
我之後也會把這文章內容備份下來
畢竟未來應該還是會有人遇到...
→
phosgrapho
:香港出海的速度我記得不是有限速?
09/24 19:41
推
phosgrapho
:用過美國的G管 那真是一個爽字 不管連那裡都快
09/24 19:44
→
phosgrapho
:不會像歐洲的G管 連亞洲就很廢
09/24 19:45
這我不知道...因為歐美站的確比較少見到香港線路
不過大陸的PT站 大多還是以中國 香港 台灣用戶居多...
所以光把這些全攬下來 就很多了
→
Nappa
:美國家用G管除了堪薩斯市的google fiber 還有哪一家?
09/24 20:05
→
phosgrapho
:我是租美國的RDP 在上面掛UT,PD,上傳115 等等雜事
09/24 20:16
推
zalid
:感謝您的測試，看起來x64的版本還是會卡在I/O的瓶頸
09/25 10:59
→
zalid
:上，讓上傳的部分卡得死死的
09/25 11:03
看來沒做RAID0 無法辦到...
我之後有空再來測試 把5顆1T做RAID0試試看= =?
※ 編輯: r1239386 來自: 140.123.102.23 (09/25 14:22)
→
zalid
:RAID0確實值得一試，那就等待您之後的測試了!
09/25 14:45
----本文使用PCMAN+BBI轉貼----
※ 新版PCMAN開放測試中，新增功能：
自動登入PTT
PTT全文搜尋
分享PTT文章到Facebook、噗浪與Google+
預覽影片與圖片
用PCMAN+BBI連回
PTT原文
