swananan

我简单写了个测试代码，机器 a 往机器 b 发送数据，机器 a 代码，是建立 tcp 链接，然后应用层直接 tcp.send 65000 字节数据。（机器 a 支持 tso ）
机器 a 抓包：每个 tcp segment 大小是 2896 至少，远大于 mtu 值。
但是在机器 b 抓包：真实收到的 tcp segment 的大小还是 1500 ，符合 mtu 值。
所以，只是机器 a 的抓包，不能反应真正发出去的 tcp 报文内容，也就是抓包在 机器 a tso 生效之前

@sankooc 我不是这个意思，和 mtu 发现没关系。我意思是用了 tso 或者 gso 这种手段，那么抓包看到的 mtu 就不准了。因为这些手段都是在 libpcap 生效点之后，才去使用正确的 mtu 去做切分。

抓包是在 网卡 tso 生效之前，所以还是大于 mtu 的报文，然后也符合 tcp 的格式，所以 wireshark 能够正常解析。
你要是在对端抓包，应该就是 网卡 tso 切分后的报文。

拿出论道的气势，先兴奋起来，期待面试官会问什么（每次面试也是一种交流和提升）。
引着面试官来问自己擅长的地方（如果面试官不愿意，要么说明面试官缺乏培训，要么说明不够匹配），反而可以更放松了。

2. 项目结束就裁人，或者低成本裁人，那种不是外包吗。
3 ， 招聘是市场决定的，敢这么要求，说明能招到人

1. 远程不交五险一金，没有几个人愿意干吧

如果早点看到这个的话，可能就不用自己浪费一晚上写个 proxy 了

这个挺好的。
正好我半个月前，需要跨国访问家里内网，因为延迟比较大，我就自己写了一个 kcp or quic 的 4 层代理（ pure c ）。
因为之前自娱自乐，给 kcp 和 quic （ ngtcp2 ）包了一个框架，所以开发成本并不算高。