昨天弄了个frds的药，进去一看，我靠金矿啊，全是10bit x265小容量高质量，拿来收藏妥妥的

然后挂上去160个种，早上醒了一看，断流了。。

好吧这是电信的锅，重新拨号以后继续监视

结果，ut一般在20个连接以上就会卡disk overload，原因不明…非常恶心，速度很难超过20MB/s，经常性不到10MB/s

今晚24点free就结束了啊！咋办捏

吃过晚饭终于忍不住了，换了qb，然后qb各种死给我看，死完了每次重开还要读一遍下载中的文件检查完整性。。。

真是考验耐心

目前 单任务连接数20，缓存1024MB先用着。。。都不敢动这破程序了

qb目前已知：

• qb缓存超过1024立马崩溃
• 开qb要关闭一切梯子相关，否则会触发审计，即使在设定了不走ssr流量的ip上也不行
• 开qb要使用国内dns，否则开dns2socks会看到dns请求疯狂刷屏，这客户端不干人事儿

ut目前找到的问题：

• 一定要禁用windows read cache，不然吃完内存
• 可以开放任务数量，通过总连接数来限制任务，这样不会出现queued seed
• 关闭utp，只用tcp连接并不能过魅影极速的审查，先关闭LEDE的翻墙，一晚上能刷7页
• frds文件夹下载中要关闭serviio服务，不然会导致下载无法写入