联通流量卡？

@softempire 已经注册成功，谢谢。

@softempire 已经不能注册了。麻烦发下邀请，[email protected] 。

求邀请 [email protected]

CPU 占用高不只是因为没有 offload，和 QUIC 调度复杂以及安全性要求都有关系。

应该为“减少系统调用带来性能提主要是依靠实现用户态网络协议栈。”， 复制上文的时头部没保存下来。

“前后的因果关系也太牵强了吧。基于系统协议栈，所以 CPU 占用高？你要是说 offload 的话，TCP 不 offload CPU 占用也高。”

这不是我自己拍脑袋推断出的结果，而是事实。


“什么叫“互相不阻塞等待性”？”

是指在一个链接多路复用时，互相不会阻塞。 （ http2 多路复用，任意一个包发生阻塞，在同一链接上的多个流就都阻塞了）




“以后硬件提供 offload 后性能还有提升空间。”
这是说 quic 没有厂商愿意在协议定下来前做 offload （所以 QUIC 协议 CPU 占用高）， 不理解你如何能从这句话推断出我说 tcp 不能 offload。

@iwtbauh

系统调用带来性能提主要是依靠实现用户态网络协议栈。gquic，iquic 大都是基于系统协议栈，CPU 占用是比 TCP 高。性能优异是得益于流控以及多数据流互相不阻塞等特性。 以后硬件提供 offload 后性能还有提升空间。

@sujin190

"我想说的是任何技术方案的进步和思考都是有好处的，我钦佩他们的工作和思考"

这句是否可以理解为：你倾佩他们的工作和思考，但是不赞成他们的方向。


“在简单应用网络条件又日趋良好的环境下确实带来非常大收益，但在应用交互日趋复杂的趋势下，这个改进却又是明显利大于弊的，任何技术方案的思考进步都不可能是没有负面的，这再正常不过了”

“回到丢包的问题 Google 也和你一样 基于网络条件越来越好的前提下 觉得重传应用层去做就可以了 没必要 TCP 那样那么底层来保证 TCP 的有序分包传输和重传阻碍 对于多路复用是个不小的障碍”

这应该是对第一段主题的进一步说明。


“人云亦云，不能对技术方法实现以及现实场景做出理性细致独立思考不是一个好技术人，这也不利于自身进步，谷歌是跨国公司巨大的浏览器占有量和 web 跨国访问量，udp 取代 tcp 以及应用层实现的所带来的性能提升和价值收益是显而易见的，其所做工作和尝试并不能被否认，但是其是否具备广泛适用性和把 http 协议变成一个更复杂协议是否适合确实值得思考”

这段说的是在座的各位都不是好技术人，不能做出理性细致独立思考。google 做的尝试性工作虽然带来了带来的性能提升和价值收益，但成果不具备广泛适用性。


这段言下之意是各位的发言没有经过独立思考，没能认识到到 http3 的局限性。谷歌的尝试值得鼓励，但可惜没有选择更正确的方向。

sujin190 是不是觉得 Google 以及 ietf 的人都没有你考虑的全面，所以浪费时间开发 http3 ？

@tamicrealo 是的，流量大了就掉了。

gigsgigs 刚开了一个 3.8$的，江苏电信速度比 linode jp2 个机房都好。

NDA 白签了

nat on 要配合 pass in pass out 才可以的。

Openbsd 的话是：
pass out on vtnet0 from 10.7.0.0/24 to any nat-to vtnet0

Freebsd 应该是

nat on vtnet0 from 10.7.0.0/24 to any -> vtnet0

曲面误触很烦人，软件垃圾。 硬件一流

@tzdk 不适合也应该回复一下，这个是基本尊重吧。

江苏电信 UDP 在我这里也是废的。。

前期有点拖沓，战争场面很爽。整体不错

@lln133208 是 ISP 投诉不鸟你