对了，能不能帮我加个高级选项，bittorrent.sendfile
sendfile，直接调用系统api走内核级内存cache，不从进程读取数据，就和qb操作系统缓存类似，这样Linux下会存储缓存信息在buff/cache中，此时在iotop不会发生磁盘调用
意思是
该选项默认值否，可选值是
启用该选项的设计实现为这样，不要写入的下载任务不走缓存了
http和BT下载任务依旧使用原有进程缓存
针对BT上传和长效种子，改为sendfile函数发起，使用系统级缓存这样在docker或者Linux与Windows下可以看到进程占用的内存会很小只有几十MB内存消耗
进程缓存有很大的优势
可以实现复杂的缓存策略，比如内容的有效期管理、清除策略等。而且可以在不同平台保持一致性， 压缩、加密等操作时，进程缓存可以更好地支持复杂的协议处理，这些操作直接使用sendfile函数可能不太方便。
我认为应该有一个sendfile来调度系统缓存，现在有了无gui启动后，避免后续推广docker和Linux版本的时候，有人会嫌弃进程内存占用大，使用sendfile函数后，一切缓存由操作系统内核控制，自动进行cache，由于cache不是独占容易被其它程序冲刷掉，所以要写个提示告知用户启用后可能引发性能下降
或者默认值为是，可选值为否，下方注释提示关闭系统缓存后会提高性能
对于xp系统我不知道是否支持sendfile