heiher

除非新装就是 NAT4 ，之前是 NAT1 被单方面变更为 NAT4 的，投诉要求改回。移动的我已经改回几条了

@PTLin 答案是各级函数调用的所有寄存器值切片都被保存并恢复了。具体展开来说，有通用寄存器的指令集架构一般会在调用约定中将寄存器分为 Caller-saved 和 Callee-saved 两类，在多级函数调用中每一级函数都可能会修改寄存器的值形成新的上下文状态。在函数中对于 Caller-saved 寄存器可以直接修改，因为 Caller 需要的寄存器旧值它自己保存了，而 Callee-saved 必须在修改前将旧值存入栈中。因此整个调用链绝大部分帧的寄存器值都已保存在栈中，只有最末级的 Callee 存在还未入栈的寄存器值。如果此时以这级作为 Caller 再调用 setjmp ，我们来考虑一下 setjmp 应该怎么实现，会发现它根本不需要保存 Caller-saved 寄存器，只需要保存 Callee-saved 寄存器以及一些并不属于以上分类且有可能被改变且影响上下文的寄存器，比如 sp 、pc 、各种 flags 等等。而后续 longjmp 回来恢复这个调用链的上下文时，也只需要再恢复 setjmp 中保存的那部分寄存器值，这样随着这个调用链再逐级弹出，所有寄存器值的完整切片均能被恢复出来。

@PTLin Purely toys, just for fun. :)

上次一加 Ace Pro 出现这样的问题，去售后说是主板坏了，订了新主板换上还是一样的问题，售后说新主板恰好也是坏的，当时我就说不可能，在我的要求下逐个断开外设，最后发现是尾插小板坏了导致的。

支持~ 我有一个 C 语言写的 SOCKS5 Server https://github.com/heiher/hev-socks5-server ，用项目中同样的性能测试方法简单测了一下 SOCKS5 的 TCP 转发性能，Linux x86_64 平台，内存使用始终稳定在 77M ，1 路连接上传、下载速率都在 32GB/s 左右，CPU 使用 63-90%，10 路连接并发速率在 130GB/s 左右，CPU 使用 870-890%。

去白名单地区手机上网不要开拜访地接入，不过回退到归属地接入与 5G 冲突，但也比不能用好吧。

白名单地区果然是名不虚传

移动 1000M 家宽，8 元保号套餐叠加后是 30 元每月，一次签 2 年合约期。