貌似有崩溃自动重启现象，，，我没关注是什么时候开始的不太清楚，可能早些时间就有了？看软件运行时间变了
不知道报告有没有发送到服务器，，IP是176开头的
看到有很多反复重启提交的错误报告了，不过是0313的版本。麻烦升级到0314版本我再看看，多谢
你观察一下，，应该有了，刚登陆服务突然看到正好崩溃
谢谢反馈，已经看到错误报告了。经分析，发现是由于需要分配超大块的内存区域，触发了内存分配保护机制主动造成的程序崩溃重启。具体原因是有一个peer大量请求数据，但来缓冲区的数据来不及发送出去。麻烦看看有没有限速，以及内存统计信息，谢谢。。。
分流，某些地方不能下载
magnet:?xt=urn:btih:67450E76A4EC537A6F026C561A8AE1A0194C691D
beta5上线了，改进了保护机制，麻烦试试看还会不会崩溃，谢谢
嗯，，beta4刚登陆看到又崩了，有做限速，我换下beta5
顺便说一下，这个登陆账号的地方，能不能独立出来不做发起等待，，，好像要等发起等待完毕后才能登录上，可能论坛有些人说登录不上也是这个毛病，因为我只要等发起连接变成0后，重新登录可以瞬间登录成功
不知道长效是不是可能也被发起等待控制了，这个我猜的，长效不方便观察有哪些加入了长效列表
那个目录形种子长效你测了嘛，多文件只有少数几个文件能进行长效诶，不能全部一起
在代理方面希望出一个跟随系统的设定，小白不咋会弄 
链接是有优先级，可能还需要优化
长效做种目前小于1MB的文件会排除掉，你看看是不是这个原因呢
感谢建议，后续版本改进
不是这个原因，都是上GB的大文件
这些软件主要是用了pac，，系统设定估计也只能对rss，tracker发起连接，http资源下载生效，peer应该不行的还要手动
好的，回头测试一下
在todo list上了
运行时间2个半小时了，目前没崩溃
我发现，，下载完成一个文件后，长效就断流了，然后一定要停止，重新双击开始下载，下一个文件的长效数量才会显示1，然后就能继续长效下载，可能论坛某些人说长效断开也是同一个毛病
你测一下吧，应该所有文件返回值1才对，而不是下载完成一个需要停止重新开始才另一个文件的返回
感谢反馈。
【1】文件列表里的长效种子数量含义不明确，实际上是发起的连接数。新版已改为"连接数/总数"
【2】下载完成一个文件后长效断流的问题，和同一时间只能从一个长效源下载一个文件的处理有关。新版已修复，文件下完后会继续下载该长效源的其他文件。
Beta6已发布，欢迎测试
新版可以继续下载了，关于同时的情况，能不能做到并行多几个，毕竟长效基本不占用资源，用的不是BT协议不一样，没必要限死单线程1个，这样速度跑的不是很快。
希望放开下，你看我之前连接3500多个长效软件都没卡没崩溃，确实比BT省资源多，要不然给个高级设置，可以对单个用户进行同时连接多个的选项？
美国到美国距离很相近的服务器对传，单线程只有4MB/S诶，感觉长效完全没必要做这个单用户限制
估计和之前说的BT是同一个问题，，单线程上行慢
好的，可以加个选项，默认还是一个源一条连接
嗯，BT上传到其他客户端的效率也麻烦查一下了，我猜是上行对其他客户端没有进行自动检测，只对比特彗星相同的客户端做了，，然后其他客户端所使用的默认Socket缓冲区过小的毛病了。
感觉这几个涉及核心的问题一旦优化，比特彗星将会有一个质的飞越