为何彗星这么吃内存呢?

image 这个值不要设置低于1000,不然就会内存泄漏
你这个是和我一样的问题,这个要等官方修了

tstring_lf这一行是tracker日志和任务日志,你占用4G是很多的了,,你是不是改了高级设置的日志上限,默认的话不会太多的image 或者都改成1可以降低下使用量,主要是tracker多的话,,每个tracker存储10行日志也会多,任务日志基本不影响,1000个任务数也不会占用多
或者直接批量删除tracker也可以起到干掉这一部分内存开销,此处是日志不属于泄漏

1個讚

修改为1000后还是一样会跑到10G去。
也不知道啥问题。。。

這跟~BT彗星~關係不大吧!?
主要是~電腦系統.純開機~XP時代=大概吃2-300M.現在Win10=就吃1G多了!!
所以~DDR1代.256/512M. 現在DDR4.早期還有=2G.現已消失!
基本最低=4G.還沒啥鳥用! 基本要8G…沒別的.因為你不管開甚麼程式.記憶體都吃滿大的.不給多一點.很容易.就吃滿了…達80%=會嚴重LAG.達90%=會直接跳掉@@

再者~就是=任務數.你開越多.自然吃越大…

得让开发者查这个问题了,应该是一样问题,毕竟我的任务列表数量没你多,猜测是一被这个UDP值限制触发,内存指针没释放

900多个任务就达到10G了。那再多点就更加扛不住了。

哎,只有暂时用UT了。

@erjiuge 感谢反馈。 tstring_lf 是字符串占用的内存,vector_buffer_stats是缓存占用的内存,具体类别日志里看不出来。如果方便的话请帮忙测试一下:任务运行一点时间后把所有任务停止再启动,看看内存占用是否会先减少再慢慢变大。后续版本考虑显示更详细的内存占用信息。

1個讚

复活了! :heart_eyes:

我这里也有一次 1.64 异常高内存占用的记录,停止所有任务后占用不下降,点击帮助-减少工作集也没有用。内存日志里最高的一条是

输出记忆体资讯: https://paste.debian.net/plain/1133263
RAMMap 导出的 mmp 文件: http://sendfile.su/1548764

我这产生这个的原因是每秒最大UDP并发数设置过小引起,不会释放出来 1.64一处内存泄漏,看起来是高级设置,每秒最大UDP并发数设置过小引起的

对,,你这个也是vector_buffer_stats,我们大家应该都是同一个毛病

又看了一下你发的日志,论坛自动把<>里的信息隐藏了 :sweat_smile: 得用【预格式化文本】才会原样显示。

发现占用内存较多的是udp数据包,应该就是udp数据包处理不过来了,不过暂时看不出来是发送得不够快还是接收的太多来不及处理。建议像 @zhuxiaoying85309 说的,把高级设置里的 udp 发送速度上限改大一点试试,目前默认值是100个/秒。

此外就是tracker日志占用的内存,目前默认每个tracker显示10条,如果任务数太多可能还是会占很多内存。可以改为1试试。后续版本会考虑一下怎么改进。

这是论坛的毛病,,,发上来内容就丢失了!你看看怎么修一下论坛吧,后台估计有设置之类?
在前台发帖没看到任何相关的选项

要不然只能和楼上这人这样,放在第三方的网站上了

image 等等,,,难道是这个选项

是的 :grinning:

测试了一下,很可能是卡在DNS解析了,有的udp tracker域名会无法正常解析

1.65测试版已发布,应该有所改善了

悲剧。。。设置高了,我这样老机器就卡。。。设置低了内存泄漏。。。
贫贱夫妻百事哀呀。。。


我整个win7系统只运行这一个软件,2G内存做缓存够用了。
专门为了BT装了一台低功耗的主机,24小时营业,做下载和NAS用。

個人也是用崁入式 atom cpu (省電) 開 vm 養 bt… 順順跑即可… 最近研究…是否可以用 docker … 可惜 M$ 釋出 windowsservercore image 好像尚未支援 rdp 作罷…