作者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)
1F：→ 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
2F：→ y3k :现在有1Gbps的服务了喔orz 09/22 01:20
当成测试文吧Q_Q 网路上我爬很多文 都没写到这个....
3F：推 ThisIsNotKFC:这很明显是盒子吧XD 09/22 01:31
4F：推 s25g5d4 :去考学测指考也有机会抽到1Gbps... 09/22 01:36
5F：→ hangsh :中华电信好像有开放给部份用户试用1Gbps~ 09/22 02:03
6F：推 annie06045 :推一下!!!感谢测试 09/22 03:24
7F：推 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
8F：推 cckkyle :ramdisk? 09/22 09:40
如果可以做100G以上的ramdisk的话...
但我没那本钱 说实在 用PT没人再开ramdisk的吧
随便一张原盘大包都4、50G..
9F：推 momoisacow :我没改diskip值 快取有设过1.5g 7*24 也是稳稳的 09/22 10:53
10F：→ momoisacow :我个人坚守2.0.4是因为 3.x 上传没力 掉了至少有三成 09/22 10:55
11F：→ momoisacow :还有100%硬碟负荷 不过用系统管理员身份执行就ok了 09/22 10:56
momo大 可以请你拍张下载速度破30MB/s 一样不会炸裂的图吗??
我文中有说 速度25MB~30MB/s以下这值是不用改的哦....
12F：推 momoisacow :喔喔抱歉 我不知道条件还包含G管 我只有100M XD 09/22 11:33
哈 没关系 之前我跑100M时也不会有这问题
13F：推 cloudatlas :原来台湾也有g管...第一次看到(笔记...)，服务正式上 09/22 11:46
14F：→ cloudatlas :路一定贵死= =买盒子会比较划算吗？ 09/22 11:46
如果依照之前CHD的宫崎骏大包300多G来看
因为台湾的用户超多 盒子相对少
而且那帖之後有个中国100M的帮忙上传
当时速度:
http://i.imgur.com/zSNOnLX.jpg
在这种状况下 台湾用户+香港用户>国外盒子 国外盒子就弱了
(香港跟我们对连的速度超快...香港的例子在HDR较多 那边香港用户多)
那如果是反过来 就....很可怜了....
15F：推 hangsh :如果我有１Gbps 我会用deluge为主要下载软体 CHD 09/22 12:22
16F：→ hangsh :TTG不能用 那就移到别台使用～ 09/22 12:30
17F：→ kkkkkkq :拿一颗硬碟专跑CHD跟TTG应该也行吧? 09/22 12:31
1. 我试过架VM 上面跑ubuntu + deluge 问题卡在硬碟IO..承受不住
要在找一台电脑有点累 我之後再考虑看XDDD
2. 中华连国外很悲剧 所以连欧美管也没什麽用....
18F：→ hangsh :另香港的G管超多又便宜连大陆又快又好～ 09/22 12:34
19F：推 cloudatlas :R大太强了~~宫崎俊大包上传5xM/s真是恐怖....方便透 09/22 12:34
20F：→ cloudatlas :露那个大包刷了多少上传吗XD，可能外国人看不懂宫崎 09/22 12:34
21F：→ cloudatlas :骏的动画才没下吧~那可是台日港中国几国各年龄层许 09/22 12:34
22F：→ cloudatlas :多人的回忆呢！ 09/22 12:34
到目前为止 UT显示5.34T CHD显示5.422T
台湾的线路完种後大概就差不多了 完种後4天达到5T
23F：→ hangsh :有个问题想知道：拿中华的G管跟欧美在地的管子及盒子 09/22 12:43
24F：→ hangsh :拚 结果？ 09/22 12:45
中华一定输.只能吸渣渣...这一定的阿
这跟欧美G管连如果连到一堆中华用户的 也只能吸渣吧..
25F：→ supergdf :我是用多条中华的100M合并才有此速度,但是刚试了一 09/22 14:15
26F：→ supergdf :下,还是有问题,太多种一起抓,或一种很多小档也是一样 09/22 14:16
硬碟呢?? 不要放在同一颗硬碟
如果同一颗硬碟我也照死...
27F：→ supergdf :本机硬碟+外接的NAS raid0,档案太多读写是致命伤 09/22 14:35
惨
28F：→ 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)
29F：推 kkkkkkq :我用win跑过deluge 没遇到什麽问题 09/22 16:29
30F：推 lynked :路过问一下，现在除了新的ut之外还有可以预先读磁力 09/22 16:34
31F：→ lynked :连结里的档案的软体吗？这大概是留在2.x版唯一不方便 09/22 16:36
32F：→ lynked :的地方... 09/22 16:37
我刚安装deluge1.3.6的时候 他有问我要不要预deluge为设磁力连结的程式耶!
还是他可以!? 我也不知道XDD
※ 编辑: r1239386 来自: 114.40.234.16 (09/22 16:38)
33F：推 lynked :磁力连结现在大概每一家都可以读，不过ut可以下载前 09/22 16:42
34F：→ lynked :先把档案列表抓回来，就像一般种子一样可以选档下载 09/22 16:45
35F：→ 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)
36F：推 s25g5d4 :windows下的deluge会有无法更改数字问题 09/22 18:33
37F：→ s25g5d4 :从网页登入就可以改 09/22 18:33
真的耶 感谢教学 改数值没问题了
38F：→ hangsh :可以改成8192:60 试试看--这是我看到1G~10G的盒子在 09/22 18:39
39F：→ 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哦...
40F：推 ThisIsNotKFC:哇真的是本地喔 太威了QQ 09/22 19:10
41F：推 cloudatlas :g管果然不用担心分享率....= =单种5t太强了...我最 09/22 21:04
42F：→ cloudatlas :高才900多g就剩一堆对岸ip以几kb/s在吸我了...看来要 09/22 21:04
43F：→ cloudatlas :进CHD果然需要100M对等才轻松 09/22 21:04
XD OK的~
在台湾想要分享率高 就我上面说的
台湾用户+香港用户>欧美盒子
目前最符合的就是...HDR....
这是HDR的分享率图:
http://i.imgur.com/bVU8Qce.jpg
之前我有一条50M/15M的线路 挂久也几乎都破1...
44F：→ zzzZZabonbon:对岸三站只要硬碟大都不累吧@_@ 09/22 21:47
您说的没错~
45F：推 zalid :请问有试过uTorrent3.0.25570-64Bit的版本吗? 09/23 10:43
那是官方的吗?? 我有看到 但不敢使用= =
46F：推 kkkware :推G管$_$ 09/23 13:52
48F：→ zalid :是官方出的64Bit版本，只是後续没有再更新了，下载: 09/23 17:45
50F：→ zalid :这是我上传的7z压缩档，内含对应版本的语言包 09/23 17:50
51F：→ zalid :这个版本我用到现在一直都很稳定，没遇过奇怪的BUG 09/23 17:51
52F：→ zalid :我觉得您可以试试看这个64Bit的版本，至少RAM可以设 09/23 17:52
53F：→ zalid :很高，如果您电脑的RAM够大的话，想设高一点都没问题 09/23 17:52
54F：→ zalid :小弟希望能看看这个64Bit版本的uTorrent在G管上的效 09/23 17:55
55F：→ zalid :能是如何，还希望您能测试看看，感谢您! 09/23 17:56
没用过 有点抖抖的 他支援绿化吗??
路经应该要改吧 C:\Program Files (x86) 改到C:\Program Files
才有办法真正跑64位元??
57F：推 MGuarder :歪国都已经星际争霸了，台湾还在封建升帝王 09/23 21:14
哈哈 比喻好有趣 日本已经推出2Gbps的速度罗XDD
※ 编辑: r1239386 来自: 140.123.102.23 (09/23 23:08)
58F：→ zalid :能绿化，程式本身就是编译为64Bit版本，跟你放在哪个 09/24 00:24
59F：→ zalid :资料夹无关，在Win7下没有64位元的程式非得放在 09/24 00:25
60F：→ zalid :C:\Program Files的资料夹才能跑64位元的程式吧XD 09/24 00:25
61F：→ zalid :那只是M$为了方便让使用者知道什麽程式是x86或x64 09/24 00:27
62F：→ zalid :所以才会有这样的区分形式 09/24 00:28
63F：→ zalid :uTorrent64位元的版本就算你快取设到16G也能用 09/24 00:32
64F：→ zalid :一般32位元的版本快取大小范围是32~1800 09/24 00:33
65F：→ zalid :因为您用的是G管，所以如果只是用32位元的版本 09/24 00:34
66F：→ zalid :假设32位元版本的快取大小没办法应付您的网路流量 09/24 00:35
67F：→ zalid :或者测试64位元版，将快取大小设4G、8G、12G、16G 09/24 00:36
68F：→ zalid :说不定能在I/O瓶颈上得到相对的改善 09/24 00:37
OK 找时间测试XDDD
※ 编辑: r1239386 来自: 36.237.215.250 (09/24 00:38)
69F：推 zalid :期待您的测试! 再次感谢您! 如果还是没有比较好的改 09/24 00:42
70F：→ zalid :善，那也只能再找其他的方式测试了XD 09/24 00:42
71F：→ zalid :对了，「每两分钟写出没有碰到的分块」不要勾选 09/24 00:51
72F：→ zalid :「如果上传速度变慢便关闭硬碟读出快取」也不要勾选 09/24 00:52
73F：→ 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......(这点令我惊讶..........)
不过.... 上传超慢....因为快取都给写入了 读出挂蛋.....
74F：→ hangsh :楼上正解 如果上述方法没有改善 可以在CHD或HDW PM给 09/24 01:03
75F：→ hangsh :kkwong7878这位香港大咖--他就是用G管 在CHD HDW流量 09/24 01:06
76F：→ hangsh :排行榜都是前几名 他也是用utorrent 我曾经请教过他 09/24 01:09
77F：→ hangsh :他人很好 会乐於分享经验~ 09/24 01:11
78F：→ hangsh :这位大咖居然不知道seedbox是什麽东西~ XD 09/24 01:13
他自己的线路就G管了 不知道seedbox也很正常XDDD
k大表示: KS2G 网速100M?? (挖鼻孔 ←这我自己想的 纯属脑补XD
我发现我知道他.....
他的大头贴超可爱XD
上传569T 我记得CHD还没把排名关掉前 有点到他的讯息过..
刚有爬他的文 发现他说过...
3台电恼,有2台组RADIO,效能没有翻倍,但都有50%-80%增长.千兆网络不组RADIO,一般硬
盘基本受不了.
而且 他之前救过frankielhk这人...
这人在HDW还是HDR的上传超级无敌快....也是香港1G
就算我完种时流量赢他 但挂1~2天後 就会开始输他...
香港对於全世界的连线都远胜台湾线路....
79F：推 zalid :感谢您的测试，种子资讯页面有分块数量大小 09/24 02:11
80F：→ zalid :通常目前看到的分块大小是4MB或8MB 09/24 02:12
81F：→ zalid :diskio.coalesce_write_size的值设为4194304试试看 09/24 02:14
82F：→ zalid :diskio.max_write_queue的写入驻列设512 09/24 02:16
83F：→ zalid :加大写入伫列的列队，应该可以改善硬碟loading 09/24 02:37
84F：→ zalid :所造成的上下传流量不对称 09/24 02:38
85F：→ zalid :在速度页面的最下方，能看到等待写入的列队大小 09/24 02:40
86F：→ zalid :写入伫列的值，您需要测试一下最适合的值是什麽 09/24 02:42
87F：→ zalid :找到最适合您上下传流量比重均衡的值 09/24 02:43
88F：→ zalid :另外，快取大小以1024*8=8192 才会显示8G 09/24 02:47
89F：→ zalid :我还注意到一件事情，那就是如果你电脑装的RAM 09/24 02:50
90F：→ zalid :小於uTorrent快取大小的两倍，你会看到上传快取被分 09/24 02:52
91F：→ zalid :配到的大小会不足够上传的使用 09/24 02:52
92F：→ zalid :电脑装16G的RAM，那目前看起来将快取大小设为4096 09/24 02:53
93F：→ zalid :上传的快取大小分配应该也会变成4G才对 09/24 02:56
94F：→ zalid :uTorrent会根据您实际快取的使用进行对应的读取/写入 09/24 02:57
95F：→ zalid :的分配大小 09/24 02:57
96F：→ zalid :不知道您是不是有勾选到「不需要快取时减少记忆体使 09/24 02:59
97F：→ zalid :用量」这个选项，因为如果有勾选，那读取大小就会变 09/24 03:00
98F：→ zalid :得很小 09/24 03:01
99F：→ zalid :所以建议根据您电脑内实际的RAM大小，来设定快取大小 09/24 03:04
100F：→ zalid :快取大小设定4096，读取/写入分配总大小是8192 09/24 03:05
101F：→ 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有可能会先当掉)
以上....
102F：→ hangsh :香港这麽小的地方 ISP业者比台湾还多 各家竞争激烈 09/24 16:34
103F：→ hangsh :有竞争才有进步 外国企业公司一堆 连外网路当然要强~ 09/24 16:36
跟日本同道理~~~~
104F：→ zalid :如果测试出来的结果能改善你遇到的问题 09/24 17:08
105F：→ zalid :不仿写一篇教学文贴到PT站的论坛内 09/24 17:09
106F：→ zalid :假如得到很多人的支持，那这些PT站就会认可这个版本 09/24 17:11
3.0.0是不是有BUG 所以很多PT站才不会被采用阿..
我记得是...
107F：推 miau9202 :这文怎麽不M？ 09/24 19:33
我不是版主QQ
其实P2P板不太会删文拉XDD
我之後也会把这文章内容备份下来
毕竟未来应该还是会有人遇到...
108F：→ phosgrapho :香港出海的速度我记得不是有限速? 09/24 19:41
109F：推 phosgrapho :用过美国的G管 那真是一个爽字 不管连那里都快 09/24 19:44
110F：→ phosgrapho :不会像欧洲的G管 连亚洲就很废 09/24 19:45
这我不知道...因为欧美站的确比较少见到香港线路
不过大陆的PT站 大多还是以中国 香港 台湾用户居多...
所以光把这些全揽下来 就很多了
111F：→ Nappa :美国家用G管除了堪萨斯市的google fiber 还有哪一家? 09/24 20:05
112F：→ phosgrapho :我是租美国的RDP 在上面挂UT,PD,上传115 等等杂事 09/24 20:16
113F：推 zalid :感谢您的测试，看起来x64的版本还是会卡在I/O的瓶颈 09/25 10:59
114F：→ zalid :上，让上传的部分卡得死死的 09/25 11:03
看来没做RAID0 无法办到...
我之後有空再来测试 把5颗1T做RAID0试试看= =?
※ 编辑: r1239386 来自: 140.123.102.23 (09/25 14:22)
115F：→ zalid :RAID0确实值得一试，那就等待您之後的测试了! 09/25 14:45
116F：推 k7system :好文该M，板主居然没看到？ 10/06 18:48
117F：→ k7system :因为这篇清楚讲到了有高速网路高速PC却会遇到的问题 10/06 18:50
118F：→ k7system :明明ram够大硬碟够快，健康度也高，为什麽速度上不去 10/06 18:51