qiaoqiao1235

@Chaidu #2 发个技术分享也有人杠，服了，已 block
https://developer.amazon.com/zh/docs/fire-tv/device-specifications-fire-tv-streaming-media-player.html

还在用 Chromecast 4K ，3 年半了，感觉还能用，偶尔卡卡的。streamer 感觉太贵了……

@qiaoqiao1235 #12
vrf 空调检测的温度

nodered 流

组合后的效果

是的，家里是 Gree 多联机空调，每个内机都有自己的温度检测，用 VRF 接入米家后，发现空调检测的温度固定比室内温度计的低两三度（可能是在吊顶里面的缘故？）。
我的做法是把 VRF 接入 homeassistant ，用 nodered 将这个空调和室内温度计组合成一个新的空调，然后接入 homekit ，一切看着都好了。

昨天晚上回去试了下，写下感受
之前用 openclash 有三个问题
1.ipv6 防火墙有问题，开启代理本机后，会默认劫持::0 的 dns 查询。如果开启白名单或者黑名单，这个时候不代理的设备的 dns 查询也会被 clash 劫持。需要在开发者选项里面自行处理
```
nft flush chain inet fw4 nat_output
nft add rule inet fw4 nat_output meta nfproto ipv6 tcp dport 53 ip6 daddr ::1 skuid != 65534 counter redirect to :7874
```
2.开启 ipv6 代理后，不会代理本机的 ipv6 tcp ，需要在开发者选项里面自行处理
```
nft add rule inet fw4 nat_output meta nfproto ipv6 meta l4proto tcp counter jump openclash_output_v6
```
3.只支持 tcp redir+udp tproxy


昨天用了下 OP 的插件，没有以上问题，支持 tcp+udp tproxy ，而且不会修改我的 fw4 流量表。比较满意，打算使用一段时间看看，感谢开发和分享。
初步使用，有两个小建议：
1.根据选择的模式时 tproxy 和 tun 模式来配置防火墙和配置文件，当前选择了 tproxy 模式，但是防火墙里面还是配置了 tun 的规则，配置文件也默认添加了 tun 的配置。
2.跟第一个类似，有一些选项没选择也默认配置了防火墙规则，如过滤大陆 ip 没有开启，也还是默认配置了 @china_ip 相关规则。

晚上回去试一下，openclash 一直在用

@yanwu #3 看着挺好的，有啥关键词吗

@qiaoqiao1235 #22
也可以直接在终端修改（以下为修改性能模式例子）
也可以写到启动脚本里面，这样刷固件也不会丢失。

echo performance >> /sys/devices/system/cpu/cpufreq/policy0/scaling_governor
echo performance >> /sys/devices/system/cpu/cpufreq/policy1/scaling_governor
echo performance >> /sys/devices/system/cpu/cpufreq/policy2/scaling_governor
echo performance >> /sys/devices/system/cpu/cpufreq/policy3/scaling_governor
echo 2700000 > /sys/devices/system/cpu/cpufreq/policy0/scaling_min_freq
echo 2700000 > /sys/devices/system/cpu/cpufreq/policy1/scaling_min_freq
echo 2700000 > /sys/devices/system/cpu/cpufreq/policy2/scaling_min_freq
echo 2700000 > /sys/devices/system/cpu/cpufreq/policy3/scaling_min_freq


分享一些常用命令：
查询当前频率：
cat /proc/cpuinfo |grep MHz|uniq

查看核心数
cd /sys/devices/system/cpu/
ll

查看当前运行 CPU 模式（这里是 CPU0 为例）
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

怀疑是不是跟 cpu 调度模式有关，我是自己编的固件，改了 cpu 调度模式，不知道是不是幻觉，感觉延迟还可以。
一般固件默认是 SCHEDUTIL 模式，我修改成 PERFORMANCE 性能模式

1 ） userspace 让用户态的程序可以通过接口动态调整 cpufreq
2 ） conservative 动态调整，load 高则高频，load 低则低频
3 ） ondemand 也是动态调整，不过比较极端，cpufreq 一使用则立刻最高，用完直接最低
4 ） powersave CPU 会固定工作在其支持的最低运行频率上
5 ） performance CPU 会固定工作在其支持的最高运行频率上
6) Schedutil 根据各个 CPU 使用率变化，调速快（周期在 1ms 级），CPU 频率升得快，降得也快（真实需要多少频率就尽快给多少频率，减少浪费）

编译的时候修改
sed -i 's/CONFIG_CPU_FREQ_DEFAULT_GOV_SCHEDUTIL/CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE/g' target/linux/x86/64/config-5.15
sed -i '/CONFIG_CPU_FREQ_GOV_SCHEDUTIL/a\CONFIG_CPU_FREQ_GOV_PERFORMANCE=y' target/linux/x86/64/config-5.15