作者abc623 (ETD)
看板P2PSoftWare
标题好奇p2p的种子在分配种子间频宽的原则或演算法?
时间Tue May 14 11:44:39 2013
各位大大可以闲聊或是开示一下
小弟因为常下载一些较少做种(1~3)的种子
因为下载流量不会很大(1X ~30 Kbyte/s) 所以小弟同时下载数
都设很大(25~45),不然我的下载会塞不满,可是试太大後,
反而後面的迷片,还是来抢走了频宽。
结果 常常遇到下载序列29的种子 却捞了我20M 中的 10M频宽
(通常是迷片 到 1.5 Mbytes/s)
如果这时我把它设下载频宽小一点例如2M (250 Kbytes/s),
会又发现序列10几的种子,他会从2M变到4M 之类的
可以其实她应该是有频宽的,只是被後面的抢走了?
或许这是因为所有的网路频宽是动态的...这时刚好
tracker server 的 peerlist 可以传,不过感觉不像巧合
因为常发生 …..
也就是,我常常观察到下载序列在前面
,也不一定拿到比较大的频宽
所以,小弟好奇的是,一般种子除了下载有顺序(queue)外
也可以设频宽(bandwidth) 跟优先 (prioriy),p2p软体的种子,
到底设计protocol上有没有在分配种子间频宽的原则或演算法文献?
小弟试过p2p torrent priority bandwidth 这些关键字 好像都查不到一些资料
甚至不同的p2p软体 好像抢频宽的能力也不一样
在 win7 下,下载时 deluge 比utorrent 厉害?
(靠增加查询 tracker server 的频率?)
上传做种 好像utorrent 比较好?不知是巧合还是
我的deluge有两三个种子做种都没流量,但是移到utorrent做种
居然就有流量了 ...
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 114.37.235.47
1F:推 r1239386 :我个人感觉要细节的话 open source的BT软体 05/14 12:59
2F:→ r1239386 :直接去看source code最快 不然教科书上面的应该都旧 05/14 13:00
3F:推 r1239386 :开放的BT会讨论的是如何防堵Free Rider 05/14 13:02
4F:→ r1239386 :之类的XD 版上有做这领域的人XDD 05/14 13:03
5F:→ abc623 :谢谢大大,我是有查Google Scholar,关键字没设好, 05/14 13:10
6F:→ abc623 :查不到基本的介绍,...不然就都是p2p video streaming 05/14 13:14
7F:推 r1239386 :我不是坐这领域的 只是大学时代对P2P topology有兴趣 05/14 13:55
8F:→ r1239386 :有去修了相关的课程XD 05/14 13:55
我也是好奇 这 topology 应该是scale-free network ..
※ 编辑: abc623 来自: 1.34.33.84 (05/14 14:03)
9F:推 singy :底层topology通常不会考虑频宽问题 05/14 15:02
10F:→ singy :这是软体层该处理的东西,切割开来弹性比较大 05/14 15:02