1.85测试版

开dht种子市场会导致内存UDP分类过高,占用了快3G内存,,看统计信息不知道是什么占用了,,难道等待中也计算了内存?

元数据下载:	等待中:11,112,下载中:1,000,成功:228,失败:3,852
内存使用:	工作集: 4.52 GB, 提交大小: 4.49 GB
[进程堆]	456.9 MB
磁盘缓存:	6 MB
磁盘写操作缓冲区:	0 B
TCP 传输缓冲区:	271.9 MB
UDP 传输缓冲区:	3.48 GB
文件列表:	4.96 MB
Torrent列表:	58.0 MB
元数据缓冲区:	1.49 MB
元数据下载:	15.8 MB
服务器日志:	4.03 MB
任务日志:	7.46 MB

元数据下载:	等待中:11,112,下载中:1,000,成功:228,失败:3,852
TCP连接数:	已连接: 85137 [最大: 无限制] / 正在发起: 8906 [最大:10000] / 等待发起: 17189
已连接:	连入:84374  BT:538  http_tracker:131  元数据下载:94
正在发起:	http_tracker:8271  ws_tracker:321  元数据下载:314
等待发起:	http_tracker:15693  ws_tracker:623  BT:575  元数据下载:298
UDP 传输:	recv[3.07 GB]: 4 KB/s, send[2.26 GB] 8 KB/s
	packets recv[13,776,541]: 89 pkt/s, send[18,142,809] 33 pkt/s
	queue recv: 275,763, send: 0
DHT	recv[3.06 GB]: 3 KB/s, send[1.92 GB] 8 KB/s
	packets recv[13,313,776]: 34 pkt/s, send[17,393,130]: 33 pkt/s
	queue send: 0, threshold: 100, dropped queries: 313,066
UDP tracker	recv[2.62 MB]: 0 KB/s, send[12.7 MB] 0 KB/s
	packets recv[93,500]: 0 pkt/s, send[281,200]: 0 pkt/s
	queue send: 0
LTSeed UDP client	recv[0 B]: 0 KB/s, send[0 B] 0 KB/s
	packets recv[0]: 0 pkt/s, send[0]: 0 pkt/s
	queue send: 0
LTSeed UDP server	recv[3.13 MB]: 0 KB/s, send[328.5 MB] 0 KB/s < 29.9 MB/s
	packets recv[20,634]: 0 pkt/s, send[240,927]: 0 pkt/s
	queue send: 0
uTP	recv[0 B]: 0 KB/s, send[0 B] 0 KB/s
	packets recv[0]: 0 pkt/s, send[0]: 0 pkt/s
	queue send: 0

按下鍵盤上的ScrollLock試試

键盘锁,同楼上,,不需要这个功能就把键盘上的这个按键扣掉,免得误触

我的挂了一夜,UDP传输缓冲占用14G左右


不知道从哪个版本开始,,,BT任务持续空闲,,磁盘内存也不会释放了,并且设置的最少保证物理内存也无效了
比如说当前磁盘占用1G缓存,内存剩余300M,设置为最低300M,然后运行一个软件,,,磁盘缓存不会自动降低来保持物理内存最低

目前進階 udp 封包設定, 限制著 peer 資料交換種子 與 uTP上下載速度 …

建議進階 udp 封包設定, 取消對 uTP 封包限制, 由全局最大上下載率管控即可, 不曉得可不可行?

我觉得不如我之前说的,提高每个utp包的大小来节省每秒发起udp包数量

http批量下载的时候,选择1000个,点确定直接卡死整个界面

http://www.baidu.com/1
http://www.baidu.com/1000

image

听说是c语言的虚表问题,任务列表任务多了会卡住,但是BT任务的peer分类用户列表就算上千上万用户连接也不会卡
而且不支持idm那种链接检测功能,可以检测到文件大小

这个1.85要怎么下载呢??我是不是被墙了

Content not available in your region.
出现这个用其他下载软件可以下23333333

无法登录了,一天了
图片

早上成功登录了

1.85版本两台互拷取不到磁力数据无法转为种子开始进行下载?



看两边的状态信息,,都是显示C

希望摘要里面的特征码可以直接右击复制,ctrl+c不方便
图片

那不如在右键菜单增加复制特征码。。

我做了一个测试数据,两台服务器,公网TCP开放为A,内网TCP阻塞为B
A做种,B可以正常获取到磁力数据
B做种,A无法获取到磁力数据
就一直10秒反复超时连接,不传输磁力数据,应该是一个设计BUG?
等于说只能问对方要磁力数据,不能自己主动把磁力数据提交给对方。

通过测试,utorrent就不存在这个问题,可以B做种,把磁力数据传给A

意思就是内网做种,公网未必能正常获取种子数据进行下载吗?

image
rss界面删除按钮未翻译

是,属于一个bug,等开发者后续修复

获取元数据的时候,种子/用户以及peer用户已经获取过一部分了,然后选定好进行下载时,又要重新获取相关数据,会不会多此一举,甚至于有的peer用户会连接不上导致初始速度很慢的情况。可以考虑保留相关信息,如果立刻开始下载的情况下,直接调取,会不会更好?