Feng Yu

在我的路由器上追踪了一下htop，似乎在刚开始连接那些trackers的时候会有CPU占用率非常高，hang死webui的现象，等trackers全部连接完毕的时候CPU就开始稳定了，webui也正常了，似乎是qbittorrent连接trackers的时候并没有限制并发之类的，不知道哪些连接状态会在arm CPU上性能非常低。 如果你的设备有调试条件的话也欢迎一起贡献

你把`uname -a`的结果贴一下，我看看是不是跟我的CPU配置差不多，如果是那种比较老的CPU我暂时还真没什么办法。减少trackers可能是一个优化点，比如换用`https://cdn.jsdelivr.net/gh/ngosang/trackerslist@master/trackers_best.txt` 这种 tracker list

你的CPU确实比我的好一些(小米路由器 R2D)，我的还是个伪armv9，实际支持armv7就不错了，浮点型运算还只能支持软件级别(armv5)。 构建脚本都在`.github/workflows/cross_build.sh`，怎么本地构建在脚本开头的注释部分都写的很清楚，欢迎一起贡献，最近这段时间我也没精力去DEBUG性能问题了。 回头我也找找看qt的论坛看看有没有在arm平台运行的一些问题说明。 为了便于静态编译，使用的底层C运行环境是musl，而非glibc或者uClibc，可能会有一些小的性能上的问题。工具链来自于: https://musl.cc/

This might be upstream issue. You may try official qbittorrent to see if still happens. If so, you may ask official qbittorrent for help.

你以为这么简单的么？路由器用的docker根本不是x86版的https://github.com/c0re100/qBittorrent-Enhanced-Edition/issues/53 参考这个issue，先解决了arm编译问题才能考虑docker

> > https://hub.docker.com/r/johngong/qbittorrent > > 这个也有做,保持更新中 > > 我docker用这个johngong的后谷歌会报威胁，而且upnp上不去。。还是希望原作者可以提供docker版本，在此感谢 目前已经提供nox交叉编译版本了，下个版本发布就会有了

AppImage already support zsync. You can use [AppimageUpdate](https://github.com/AppImage/AppImageUpdate/releases) or others could support this feature. E.g: ```sh ./appimageupdatetool-x86_64.AppImage qBittorrent-Enhanced-Edition.AppImage ```

在高级设置开启反吸血后还有吗？

> @c0re100 要不要支持一下基于上传下载量来屏蔽，可以设定一些比较高的正常使用不会触发的阀值。 不需要，上传策略就有反吸血，在高级设置里

像是你的libtorrent版本不对吧？这个报错说是找不到libtorrent的函数，当前qb上游支持的libtorrent版本是libtorrent-rasterbar 1.2.14和2.0.4