@kruskal #14 我这 4 条双面 5200MHz 的默认可点亮，频率 3600MHz 。至于能不能开 XMP 稳定到 5200 ，目前看与 BIOS 相关度很大，主板是 Gigabyte B650 Gaming X 1.0 ，使用 F8 版本(AMD AGESA 1.0.0.6)则能开 XMP 到 5200 ，且 memtest86 通过。如果使用 F9 版本(AMD AGESA 1.0.0.7c)则内存训练失败。

@heiher #5 呵呵，我这是要卡在 1.0.0.6 这版 BIOS 了，升级到 AMD AGESA 1.0.0.7c 稳定版，32GBx4 的 XMP 5200 就是训练不成功。感觉这是 AMD 为了加速开机速度舍弃了训练质量。这对我这种不要求开机速度的重大利空！！！

@monzuguan #7 @shiji #8 @YaakovZiv #11 感谢，技嘉主板的说明书没写的那么细，只说 2 条优先用 2 和 4 ，4 槽全插满只能 3600 。感觉我这误打误撞反而做对了的样子。

@billlee #7 没，回退在用 1.0.0.6 的 bios ，之前 1.0.0.7c 的 bios 是个 beta 版本。今天刚看又更新了，1.0.0.7c 变成稳定版了，改天有空再升级测测看。

我这使用 AMD AGESA 1.0.0.6 的 BIOS ，启动时内存初始化时间就会比较长，尤其是第一次，memset86 稳定通过。BIOS 升级到 AMD AGESA 1.0.0.7c 后，启动速度明显加快。但是，即使硬件和内存频率不做任何改变的情况下，32GBx4 的内存也会跑不过 memtest86 。

@kokutou #3 内存本身频率比较低，开 XMP ，5200 还能跑到。也正是因为当前也能跑稳，所以强迫的有点纠结 :P

https://hev.cc/posts/2023/128gb-ram-on-amd-ryzen-7950x/

@yyzh #2 哈哈哈，找一个强迫的理由

@x86 #1 经常看到说批次是有影响的，最好是同批次，但是不知道具体有什么影响。

@studyingss #19

如果是在 clash 分流规则中捕获 dns 访问，填写任何 dns 服务器地址都行，只要与分流规则中一致。

关于性能我认为主要有这两方面：
1. 内存使用方面：编程语言的影响很明显，比如 GoLang 就明显没有 C 语言容易精细控制内存。
2. 传输速度方面：一方面是对 lwip 的调参，提高单次 IO 的载荷从而提高整体性能；另一方面是将 lwip 的 zero-copy 真正应用起来。

@vlad #15 下行：300Mbps 上行：100Mbps ￥ 360/年

https://github.com/heiher/hev-socks5-tunnel

+

https://github.com/heiher/hev-socks5-server

迷你小主板+移动显示器

@vchroc 这里设计了一个叫作 IP4P 的方法解决端口同步问题，思路是将 IPv4 地址和端口号编码进域名的 AAAA 记录中，由 natmap 的 hook 脚本在检测到 IPv4 或端口变化后更新到域名的记录中。客户端支持解析还原出原始的 IPv4 和端口，这里有两个客户端经过修改后是支持的：frp 和 wireguard-android 。对于不支持的客户端，也可以通过写一个包装脚本启动器的方式来支持，比如在 ssh 里： https://github.com/heiher/natmap/wiki/ssh#proxycommand

双栈无公网 v4 看这里： https://github.com/heiher/natmap/wiki

@studyingss 其实代理工具可以直接使用标准端口，因为它接管了 tun 上所有的流量，也就是可以虚拟任何地址上任意端口的服务。也就是不管 tun2socks 的客户端填写或继承动态分配的 dns 地址是什么，只要流量经过代理工具都可以捕获，我这的应用场景是这样处理的。

推荐这个： https://github.com/heiher/natmap/wiki

tun2socks 项目有兴趣不： https://github.com/heiher/hev-socks5-tunnel