joshu

frrouting

是否为同一网段，本质在于本侧是否认为对侧是 on-link ，也就是可以通过 arp 包获得对端的地址
首先你这样的配置，必然导致某一小段路由不互通，或存在其它连接性问题，又或者某些 host 是不可达的
本地 IP 肯定是认为对端是 on-link 的，因此会在局域网直接访问对方
反过来，对端在回包的时候的，是不能直接连接到本地 IP 的，必须要通过你所设置的网关转发流量，除非目的 IP 为本地 IP 设置了 onlink 路由

1 、去程路由和回程路由不是对称的，这在互联网上极为常见
2 、traceroute 提供的是去程路径信息，对应去程路径上的每个节点，但如果中间设备配置有多个地址，你所看到的路径上的 IP 地址<很可能是>该设备到源 IP （也就是发起 traceroute 机器的外网 IP ）时所使用路由出口的接口的 IP 地址
亦即想表达的意思是，假设你的机器 A 访问机器 B 时通过<路径 1>时经过 C 节点，此时你的去程流量是从 C 节点网卡 C1 进入的流量，C 此时把 TTL=0 的包返给机器 A 时查询自己的路由表，发现应该从网卡 C2 出去，此时 C 走的可能是<路径 2>，假设 C 在出口网卡 C2 配置了 IP 地址，你在 traceroute 上看到的地址其实是 C2 网卡的地址而不是 C1 ，如果 C2 没配置问题就复杂一些。
对应的，你下一跳、上一跳以及任意链路上中间设备，在返包给机器 A 时，都是根据自己的路由表得出应往哪个出口网卡发送，对应的可能就不是<路径 1>、<路径 2>，而是<路径 3>、<路径 N>之类的了
你所看到的延迟，是<路径 1>上 A 到中间设备 C 的时延+<路径 N>的时延，不对称，所以可能中间延迟就高很多

我以为你想喷 zenlayer 的 CPU 垃圾，毕竟我自己试了下跑两三百兆的单核 CPU 就满了，这点比其它同行的机器都要差得多
没想到是喷路线和退费
路线方面这家有给 looking glass 的，事前先测试或看点评测不是买小鸡前必做的功课吗

hairpin nat

没有 ipv6 ，需要公网的建议再办一路普通的

毕竟 S23U 是唯一 12G 内存的型号，如果不是贵我也想上
不过这回倒是国行 plus 有 512G 存储了，无印则是看到港行有 512G

根据 cppref 上 atomic 章节的原话
除了 ms vc++的 volatile 是携带有部分原子语义的，其它的编译器你均不能认为有原子语义
另外，不要试图在 C 类语言上做自以为是的性能优化，C 的 atomic 库已经帮你在基于处理架构的优化了
普通写是否原子，和体系结构有关

java 不了解