@lurui45 #8
允许自启动就是控制应用是否可以被广播唤醒
允许关联启动就是是否允许其他应用唤醒当前应用

普通应用
允许完全后台行为开启 -> 电池优化:无限制
允许唤醒前台开启 -> 电池优化:优化
允许唤醒前台关闭 -> 电池优化:受限

ColorOS 内置电池优化白名单的应用
允许唤醒前台开启 -> 电池优化:无限制
允许唤醒前台关闭 -> 电池优化:受限

电池优化各种选项在亮屏及息屏下的表现具体可以看安卓开发者文档

@lurui45 #8 FCM 需要保证 GMS 在电池优化白名单里且应用打开自启动。无脑保后台就打开允许完全后台行为。至于李跳跳是因为他有无障碍权限。

@lurui45 允许唤醒前台就是限制应用的服务是否可以被唤醒，字面意思倒是没什么解释的，在 AOSP 中没有对应功能，关掉后会导致一些没接入推送的软件推送延迟或者无推送。至于关闭后可以移除对应应用的电池优化白名单，只能说 ColorOS 就是这么设计的。

ColorOS 有固定的电池优化白名单，不要用原生的电池优化选项调整，会被重置。在 ColorOS 中这个功能对应应用的耗电管理。要想让应用不优化就把`应用 -> 耗电管理 -> 允许完全后台行为`打开。至于拼多多也是白名单的一员，要不想让拼多多在名单里就在`拼多多 -> 耗电管理 -> 允许唤醒前台`关掉就好了。

Unraid 不是支持 zfs 吗
可以用 zfs 两块盘组 raid0 recordsize 设置 1m 压缩 zstd
大文件读写应该会舒服些

@wqferan #15 是啊 安卓 14 需要前台小窗也必须在显示状态才可以 太影响使用了 如果真想要稳定的 wifi 可以单独偷偷开个 5g 频段 100-144 的 晚高峰周边干扰强烈的时候也可以保证稳定不丢包不跳 ping 就是条件太苛刻了 好多国内手机连接不了 不过 ax200 还是可以用的

@wqferan #12 如果你的设备在安卓 13 及以下我可以给你发一个示例的软件可以在软件在后台的情况下保持低延迟模式 如果你的设备是安卓 14 并且没 root 那么我也没什么好办法。不过低延迟模式对游戏延迟的影响感觉不大。如果仅仅是游戏延迟不稳定的话推荐你查查其他原因或用腾讯手游加速器试试。

@wqferan #8 最简单的方式可以在后台挂个限速的下载测试判断一下你那边是否是因为节能模式的问题

全功率模式
https://i.imgur.com/URT3BWI.jpg

节能模式
https://i.imgur.com/YejVgqz.jpg

IEEE 802.11 中定义的节能模式的问题 在安卓上网络占用较低时是节能状态 在如视频缓冲及游戏时会进入全功率模式
可以通过 https://source.android.com/docs/core/connect/wifi-low-latency 中的方法开启 wifi 低延迟模式强制停用节能模式后测试和 ios 设备延迟基本相同

需要两步操作先用 bulk suspend 批量挂起之后再关机或者重启，也不麻烦。下次开机的时候设置自动启动的 vm 会自动从挂起中恢复。没设置自动启动的需要手动启动或者批量启动。

@YGBlvcAK 另外源地址目前多加了几个 104.19.192.174 、104.19.192.176 、104.19.192.29 、104.19.193.29 、104.19.192.175 、104.19.192.177 。也可以把所有 cloudflare 的 ip 都加到源地址中，这样所有用 cloudflare cdn （不含有 china cdn 权限的）的网站都能生效优选 ip ，速度能更快一些。

https://www.cloudflare.com/ips-v4

这里有所有 cloudflare cdn 的 ip ，填写到源地址就可以。

@YGBlvcAK 不好意思，这个爱快的写的有问题。
爱快->网络设置>Nat 规则->添加->动作选择目标地址 nat->源地址填写所有需要生效的局域网 ip （爱快本身也要生效的话填写网关 ip ，也就是爱快自身的 ip ）->目标地址填写 104.19.192.29 、104.19.193.29->NAT 地址填写自选出来的 cloudflare ip->保存。
这个是正确的。

@CoolZxp 也可以 https://stock.hostmonit.com/CloudFlareYes 在这个网站里挑选可用的 cloudflare ip

没有 sni 阻断和 dns 污染。

只是 api.cloudflare.com 的 dns 解析出来的两个 v4 104.19.192.29 、104.19.193.29 地址被墙了，v6 还是可以的。

如果你的 dns 服务端可以修改域名对应的 ip 的话可以修改成自选的 cloudflare ip 。

如果 dns 服务端不支持，可以用爱快->网络设置>Nat 规则->添加->动作选择目标地址 nat->源地址填写 104.19.192.29 、104.19.193.29->目标地址填写自选出来的 cloudflare ip->保存。

可以从
173.245.48.0/20
103.21.244.0/22
103.22.200.0/22
103.31.4.0/22
141.101.64.0/18
108.162.192.0/18
190.93.240.0/20
188.114.96.0/20
197.234.240.0/22
198.41.128.0/17
162.158.0.0/15
104.16.0.0/13
104.24.0.0/14
172.64.0.0/13
131.0.72.0/22
自选出来可以用的 ip 。

或者可以使用其他开发者开发的自选 clouflare ip 工具，比如 https://github.com/XIU2/CloudflareSpeedTest 。

物业要是不限制的话，基本一周左右就能安装了。转网的话如果你是北方就不要转电信了（北方电信 cdn 覆盖一般，延迟感人，而且出国垃圾）。移动的话国内互通可能绕路、申请不了公网 ip 。所以说如果转网推荐移动或者南方电信（不过出国一样垃圾），主要还是看转网套餐怎么样，现在转网不像前段时间优惠都很一般。

目前没有现成方案，需要自己修改源码编译才可以。
最简单的方法是用 nat ，可以用 netmap 做内网地址和公网地址的 1 对 1 映射，用起来的公网没有区别。

@Kowloon 毕竟和北京地理位置太近了，也能做到个位数延迟，没必要浪费资源互联互通了。不像其他省比较大，都是以省会为基础互联互通。不过移动到天津联通目前确实有问题，全部都走杭州，除了南方移动延迟比较理想，北方移动直接炸了。

@acbot 骨干网归属地确实不准 不过延迟肯定是有问题的

这个图是北京移动到天津联通 延迟 40 左右 ms
https://s3.uuu.ovh/imgs/2022/11/22/03387afe5268dba6.png

这个图是北京电信到天津联通 延迟个位数
https://s3.uuu.ovh/imgs/2022/11/22/6a98317546e7f27f.png

这两张图分别是北京移动到天津移动和电信 延迟都在 10ms 左右
https://s3.uuu.ovh/imgs/2022/11/22/541c8c8a51968c99.png
https://s3.uuu.ovh/imgs/2022/11/22/2598f737089037a7.png

甚至天津移动到天津联通延迟都是 3-40 左右 ms 正常应该是有本地互联的
https://s3.uuu.ovh/imgs/2022/11/22/464de3a61a54cbc9.png

@a413128 不过正常来说 应该是直连北京然后到天津