作者yngwie (What is the Truth!?)
站内P2PSoftWare
标题[问题] 如何对BT做群组限速?
时间Tue Oct 19 03:59:19 2010
※ 引述《yngwie (What is the Truth!?)》之铭言：
: 而为了养两个PT,所以开始考虑升速Seednet 10M/2M的光纤,
: → magee671227 :挂六百多个种 实际在上传的 只有10几个... 10/13 13:18
: → kcl0801 :台湾的网路是抢不过人家的 所以只能靠种海战术了 10/13 13:58
: → kcl0801 :我就挂了1300+种子 实际在上传的也真的只有10几个XD 10/13 13:59
想再问一下，
因为我现在玩两三个PT,又每个PT的条件严苛度不太一样，
所以我想针对不同PT做个别的上传总量控管,
我是用utorrent,我已经把不同PT所执行的任务,用标签分类成不同群组,
但utorrent似乎没办法针对个别标签的群组做总体限速,
在标签那设定流量，会变成该标签下的每个任务都以此速度为限制,
这样与我的目的不同,我是要针对该标签群组做总体的限速.....
请问还有什麽其他的设定办法吗?
或用什麽软体或方法可以针对群组做限速管理,而不是只是针对个别任务或整体流量?
我目前想到的是用不同的BT软体,一个软体针对一个PT站.
不过这样颇麻烦,不太愿意这样搞,
刚才试了一下Azureus,觉得颇占资源,介面也不是很习惯,
但若逼不得已...还是先问一下,有啥比较类似utorrent的软体吗?简单又不太占资源....
PT站常用的好像多是那几个,还有Ktorrent、rtorrent、Deluge、Transmission.....
谢谢~
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 123.204.213.204
1F：→ yngwie :啧啧..最後那几个主要好像都是给不同平台在用的..Orz 10/19 04:16
2F：嘘 knives :也不想想自己的上传根本就是尿管，还限什麽，想太多 10/19 08:19
3F：→ magee671227 :我也觉得上传 也就那200k 没啥好限速的 所以我都让 10/19 08:40
4F：→ magee671227 :它随便传 反正有积分可拿就好了 上传量再拿来换就好 10/19 08:41
5F：→ magee671227 :而且我同时玩10个PT 也不觉得有哪个站条件有严苛的XD 10/19 08:45
6F：→ yngwie :我限速有差吗?我总量都是传到200K,做一下分配而已 10/19 09:52
7F：→ yngwie :有效利用不对吗?就像我也常会对做种多的限速,种子很 10/19 09:54
8F：→ yngwie :少的多传一些,就是尿管才要有效分配,我爱怎麽传你管 10/19 09:57
9F：→ yngwie :的着吗??? 10/19 09:57
10F：→ jdtrue :你这样分配也未必就会照那个分配跑 应该没这个必要 10/19 10:37
11F：→ jdtrue :能连得上下载者的就是那几个种子 10/19 10:39
12F：嘘 magee671227 :我是管不着 那你就好好"分配"吧 10/19 10:58
13F：→ yngwie :我不是针对m大,我是对另一位讲~m大的建议我了解~感谢 10/19 11:06
14F：推 gjack :单项限速到某种程度(貌似0k/s)在某PT似乎是违规会ban 10/19 11:12
15F：→ magee671227 :g大 那pt站如何得知上传有限速呢 能说明一下吗 10/19 11:15
16F：→ jdtrue :讲是那样讲啦 通常情况不会对限速做处罚 10/19 11:23
17F：→ jdtrue :除非是那种极为明显的case 像是1个人做种却怎麽连都 10/19 11:24
18F：→ jdtrue :完全没有速度 才会让人起疑特定去查 10/19 11:25
19F：→ yngwie :0kb/s是指不给流量吗?一般0kb/s是指不限,且utorrent 10/19 11:34
20F：→ magee671227 :我就在想 一般这样子连线 连限速都知道 也太强了吧XD 10/19 11:35
21F：→ yngwie :也没办法限到0,不想传就停止任务~ 10/19 11:36
22F：→ magee671227 :我想 可能是使用限速软体来达到0吧 不然就设1kb/s 10/19 11:37
23F：→ yngwie :不过刚试一下,Azureus可以针对群组做限速,又不影响单 10/19 11:38
24F：→ yngwie :一任务~果然占资源的功能设定就是比较强~XD~ 10/19 11:39
25F：推 kbcurtis :我觉得这个功能满好的呀...怎麽utorrent没有呢... 10/19 17:46
26F：→ yngwie :不过Azureus还是蛮难用的...又常常会自动关闭,莫名其 10/20 00:40
27F：→ yngwie :妙,JRE也更新到最新了...放弃Azureus了...唉.... 10/20 00:41
28F：推 AsDfJJJ :如果单一个ut不行，可以试着多开ut看看，可以google 10/21 02:24
29F：→ AsDfJJJ :utorrent 多开/utorrnet open two more 试试 10/21 02:24
30F：→ jdtrue :玩PT多开client端可能就直接莎哟哪拉了喔 10/21 05:04
31F：推 AsDfJJJ :j兄可能误会我意思了。假设有三个PT站，我开三个分别 10/21 09:21
32F：→ AsDfJJJ :对应三个不同的PT站，这样应该没有违反游戏规则？因 10/21 09:22
33F：→ AsDfJJJ :为还是正常的使用，并无冲上传的作弊情形。但原PO只 10/21 09:23
34F：→ AsDfJJJ :要分别对三个UT作限速，就能达到他的需求了 10/21 09:24
35F：→ jdtrue :没有违反规则是没错 但是哪天记错或操作miss就掰了 10/21 09:25
36F：→ jdtrue :多开client端是最好抓的违规之一 我在TTG看过不小心 10/21 09:26
37F：→ jdtrue :多开一个ut 几分钟之後就全部红种了XD 10/21 09:27
38F：推 AsDfJJJ :嗯风险的确是存在的，毕竟我也没试过，就给原PO斟酌 10/21 09:29
39F：→ AsDfJJJ :罗，感谢j兄指教 10/21 09:29
40F：→ yngwie :其实我最早想的就是多重开启ut的方法,不过网路搜寻一 10/21 23:26
41F：→ yngwie :下好像没啥看到,想想好像也觉得不太可能，原来真的可 10/21 23:27
42F：→ yngwie :以...不过我现在是用ut+Deluge,Deluge介面操作也蛮简 10/21 23:28
43F：→ yngwie :单的,跟ut比较类似,但甚至比ut简单,一些统计资料的显 10/21 23:29
44F：→ yngwie :示有点不同,有点不习惯,不过整体来说还不错用,可接受 10/21 23:29
45F：→ yngwie :不过若可以用ut还是会尽量考虑,所以等毁可能再上网研 10/21 23:31
46F：→ yngwie :究看看,再试看是否很容易操作miss...不过感谢A大的建 10/21 23:31
47F：→ yngwie :议与J大的提醒~感恩~:) 10/21 23:32
48F：→ yngwie :我试了多开ut,感觉很不错~每个PT皆独立一个,从图示名 10/22 19:46
49F：→ yngwie :称(捷径)到内部任务全都有标签标明站名,很清楚,认一 10/22 19:47
50F：→ yngwie :下右下方的流量限制也可以清楚分辨,应该不容易搞混~ 10/22 19:48
51F：→ yngwie :看Deluge不需要了,其实後来发现Deluge虽然不吃记忆体 10/22 19:48
52F：→ yngwie :跟ut差不多,但会吃一些cpu,我挂70个种,cpu使用率就会 10/22 19:48
53F：→ yngwie :常在10附近跳动,还是有点小不爽,加上ut很习惯,真是最 10/22 19:49
54F：→ yngwie :好的解决办法!!!我觉得甚至比在单一软体下设群组限速 10/22 19:50
55F：→ yngwie :好,因为单一软体挂太多,peer太多,有时感觉会影响速度 10/22 19:51
56F：→ yngwie :真是感谢了~~~!!! 10/22 19:52
57F：→ jdtrue :maybe吧 反正现在记忆体便宜到炸...多开ut杀个几百 10/22 19:52
58F：→ jdtrue :mb记忆体好像也不痛不痒 10/22 19:53
59F：推 FTTH :如果有这功能应该蛮方便的~ 10/23 03:40