作者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