苹果都放弃 touch bar 了，还真有有 PC 厂商把这个设计当个宝啊

和 FileVault 没啥关系吧，我记得从 2018 款的 MacBook 开始，苹果就有 T1 芯片来处理这些加解密，根本不用 CPU 参与，后面到了 M1 更是直接集成到一颗 SOC 里面了。

变慢主要是因为系统里面塞了越来越多的功能，再加上 macOS 团队没什么人（听说现在已经没有 macOS 团队了，都是 iOS 团队的人在兼职做），系统也没做好优化，所以就成现在这个样子了。

所以我个人还是喜欢用老版本的 macOS ，稳定流畅，新系统对我来说没什么吸引力，而且还有很多 BUG 。

@documentzhangx66 #9 这得多少钱啊

@documentzhangx66 #20

感觉你有点较真了。

1. 我说的是「一大部分」，不是「大部分」。如果是我没表达清楚，那我现在更正一下，我是指有相当数量的包不用解密，这个占比具体有多少，我没做过测试我也不清楚。

2. 我说的那部分不用解密的包，是指从 SNI 拿到 host 之后，发现这个 HOST 压根不在规则列表里面，所以可以跳过不用处理的包，以及在规则里直接用 HOST 就能判断是广告的包，这两个部分加在一起的总和。占比相当于是 「（非广告的包 + HOST 广告规则的包）/ 所有的 TCP 包」，而你对比的占比则是「 HOST 广告规则的包 / 所有广告规则的包」，拿这两个来比较是没有意义的。

3. 我其实想说的重点是 UDP 啊。TCP 的包再怎么增加延迟都无所谓，只要性能不是差的离谱就行，而广告基本都是 TCP 。而延迟敏感的 UDP 直接不处理就习了，反正 UDP 里也不太可能有广告。

你有没有想过，这可能是你的问题？

https://i.imgur.com/a0r5PGF.png

@documentzhangx66 #18

HTTPS 从 SNI 就能过滤掉一大部分不需要处理的包了，不一定要全部解密。

不过话说回来，都走 TCP 了，应该不是对延迟特别敏感的应用。而广告的部分大概率都是在 HTTP/HTTPS 里面，应该不会有走 UDP 的广告吧（暂时不考虑 QUIC ，QUIC 在国内短期之内应该也搞不起来）。所以只要对 UDP 全部不处理直接放行，就可以避免误伤延迟敏感型应用。

@documentzhangx66 #10

这个可以 rule-based ，如果是游戏的包甚至直接是所有 UDP 的包就不解析，这样对延迟敏感的应用就不会有太大的影响。

另外也可以像楼上提到过的，只在 DNS 层面做拦截，这样虽然拦截的广告有限，不过在性能上不会有太大的影响。

当年我也想学 Emacs ，但最后还是入了 Vim 的坑😂

@josephxrays #1 Go 重写能带来任何好处？

@mekingname 这是你耳朵血液流动的声音

给我的感觉是，可能各个方面都不如 Sublime Text

@MrCurly #10 分辨率和编码有啥关系，用 AV1 画质应该更好吧

@jiaoyidongxi #9 我寻思着 APFS 再拉胯也不至于有你说的那么离谱吧

我也发现早就我注册了，没怎么逛过这个论坛

为还是等明年吧，明年大概率换 USB type C 口

@mxT52CRuqR6o5 #40 我自己拍的一些视频，记录日常的。电影的话直接保存 BD Remux 就挺好的了。

你要归档视频，追求压缩比完全没有意义啊，因为以后肯定会出现比现在压缩比更高的格式，特别是如果你要归档多年，那么一旦编码格式更新 2 代以上，你就会发现你之前的视频完全是渣渣。

相比追求压缩比，我自己更倾向于追求无损画质。我现在用 380Mbps 的 10 bit HEVC 格式编码视频，画质几乎接近于无损，代价就是视频体积相当大。

破解 IPv6 防火墙是啥意思啊