joshu

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 不了解

10000.gd.cn 显示签约的是多少？
我半年多前升的千兆是给的 100 上行
不过后来推销的口径都是 50 上行了

这代码槽点确实很多
改成这样至少是能跑的
核心问题就是 5 楼所说的


#include <iostream>

class Widget{
private:
int n;
public:
Widget(int v):n(v) {std::cout<<"第"<<n<<"已经构造"<< std::endl;}
~Widget(){std::cout<<"第"<<n<<"已经析构"<< std::endl;}
void show_n()const{std::cout<<"当前值为"<<n << std::endl;}
};


int main() {
Widget** widget = static_cast<Widget**>(::operator new(sizeof(Widget*)*10));
for(int i = 0 ; i < 10 ; ++i){
*(widget+i) = new Widget(i); //语句 2
}

(*(widget + 5)) -> show_n();

return 0;
}

请注意，原代码里的
Widget* widget = static_cast<Widget*>(::operator new(sizeof(Widget)*10));
它所执行的操作是分配一个可以供 10 个 Widget 存放的内存空间，一个 Widget 是 4 字节
而你思路上试图做的是 widget=new Widget(i)是试图在把这 10 个 Widget 空间的前两块（ 64 位系统指针是 8 字节）赋给一个新的指针，当 widget+=1 的时候，再做 widget=new Widget(i)的时候是把这个空间块的第 2 、3 块赋给一个新的指针
请特别注意，之前第一步操作的时候存的指针值已经被破坏了！