loong0xf 最近的时间轴更新 loong0xf 最近的时间轴更新 |
loong0xfV2EX 第 150091 号会员，加入于 2015-12-05 14:37:43 +08:00 |
loong0xf 最近回复了
联通流量卡？
2019-12-28 15:58:45 +08:00 回复了 softempire 创建的主题 › 问与答 › 现在还有能用能注册的 PT 网站吗。。。 |
@softempire 已经注册成功，谢谢。
2019-12-25 20:12:34 +08:00 回复了 softempire 创建的主题 › 问与答 › 现在还有能用能注册的 PT 网站吗。。。 |
@softempire 已经不能注册了。麻烦发下邀请，[email protected] 。
2019-12-25 00:59:35 +08:00 回复了 softempire 创建的主题 › 问与答 › 现在还有能用能注册的 PT 网站吗。。。 |
2019-10-22 11:24:25 +08:00 回复了 cwbsw 创建的主题 › 宽带症候群 › HTTP3 已经来了，运营商还要继续劣化 UDP 吗？ |
CPU 占用高不只是因为没有 offload，和 QUIC 调度复杂以及安全性要求都有关系。
2019-10-22 11:21:18 +08:00 回复了 cwbsw 创建的主题 › 宽带症候群 › HTTP3 已经来了，运营商还要继续劣化 UDP 吗？ |
应该为“减少系统调用带来性能提主要是依靠实现用户态网络协议栈。”， 复制上文的时头部没保存下来。
“前后的因果关系也太牵强了吧。基于系统协议栈，所以 CPU 占用高？你要是说 offload 的话，TCP 不 offload CPU 占用也高。”
这不是我自己拍脑袋推断出的结果，而是事实。
“什么叫“互相不阻塞等待性”？”
是指在一个链接多路复用时，互相不会阻塞。 （ http2 多路复用，任意一个包发生阻塞，在同一链接上的多个流就都阻塞了）
“以后硬件提供 offload 后性能还有提升空间。”
这是说 quic 没有厂商愿意在协议定下来前做 offload （所以 QUIC 协议 CPU 占用高）， 不理解你如何能从这句话推断出我说 tcp 不能 offload。
“前后的因果关系也太牵强了吧。基于系统协议栈，所以 CPU 占用高？你要是说 offload 的话，TCP 不 offload CPU 占用也高。”
这不是我自己拍脑袋推断出的结果，而是事实。
“什么叫“互相不阻塞等待性”？”
是指在一个链接多路复用时，互相不会阻塞。 （ http2 多路复用，任意一个包发生阻塞，在同一链接上的多个流就都阻塞了）
“以后硬件提供 offload 后性能还有提升空间。”
这是说 quic 没有厂商愿意在协议定下来前做 offload （所以 QUIC 协议 CPU 占用高）， 不理解你如何能从这句话推断出我说 tcp 不能 offload。
2019-10-21 23:37:33 +08:00 回复了 cwbsw 创建的主题 › 宽带症候群 › HTTP3 已经来了，运营商还要继续劣化 UDP 吗？ |
@iwtbauh
系统调用带来性能提主要是依靠实现用户态网络协议栈。gquic，iquic 大都是基于系统协议栈，CPU 占用是比 TCP 高。性能优异是得益于流控以及多数据流互相不阻塞等特性。 以后硬件提供 offload 后性能还有提升空间。
系统调用带来性能提主要是依靠实现用户态网络协议栈。gquic，iquic 大都是基于系统协议栈，CPU 占用是比 TCP 高。性能优异是得益于流控以及多数据流互相不阻塞等特性。 以后硬件提供 offload 后性能还有提升空间。
2019-10-21 23:17:05 +08:00 回复了 cwbsw 创建的主题 › 宽带症候群 › HTTP3 已经来了，运营商还要继续劣化 UDP 吗？ |
@sujin190
"我想说的是任何技术方案的进步和思考都是有好处的，我钦佩他们的工作和思考"
这句是否可以理解为：你倾佩他们的工作和思考，但是不赞成他们的方向。
“在简单应用网络条件又日趋良好的环境下确实带来非常大收益，但在应用交互日趋复杂的趋势下，这个改进却又是明显利大于弊的，任何技术方案的思考进步都不可能是没有负面的，这再正常不过了”
“回到丢包的问题 Google 也和你一样 基于网络条件越来越好的前提下 觉得重传应用层去做就可以了 没必要 TCP 那样那么底层来保证 TCP 的有序分包传输和重传阻碍 对于多路复用是个不小的障碍”
这应该是对第一段主题的进一步说明。
“人云亦云，不能对技术方法实现以及现实场景做出理性细致独立思考不是一个好技术人，这也不利于自身进步，谷歌是跨国公司巨大的浏览器占有量和 web 跨国访问量，udp 取代 tcp 以及应用层实现的所带来的性能提升和价值收益是显而易见的，其所做工作和尝试并不能被否认，但是其是否具备广泛适用性和把 http 协议变成一个更复杂协议是否适合确实值得思考”
这段说的是在座的各位都不是好技术人，不能做出理性细致独立思考。google 做的尝试性工作虽然带来了带来的性能提升和价值收益，但成果不具备广泛适用性。
这段言下之意是各位的发言没有经过独立思考，没能认识到到 http3 的局限性。谷歌的尝试值得鼓励，但可惜没有选择更正确的方向。
"我想说的是任何技术方案的进步和思考都是有好处的，我钦佩他们的工作和思考"
这句是否可以理解为：你倾佩他们的工作和思考，但是不赞成他们的方向。
“在简单应用网络条件又日趋良好的环境下确实带来非常大收益，但在应用交互日趋复杂的趋势下，这个改进却又是明显利大于弊的，任何技术方案的思考进步都不可能是没有负面的，这再正常不过了”
“回到丢包的问题 Google 也和你一样 基于网络条件越来越好的前提下 觉得重传应用层去做就可以了 没必要 TCP 那样那么底层来保证 TCP 的有序分包传输和重传阻碍 对于多路复用是个不小的障碍”
这应该是对第一段主题的进一步说明。
“人云亦云，不能对技术方法实现以及现实场景做出理性细致独立思考不是一个好技术人，这也不利于自身进步，谷歌是跨国公司巨大的浏览器占有量和 web 跨国访问量，udp 取代 tcp 以及应用层实现的所带来的性能提升和价值收益是显而易见的，其所做工作和尝试并不能被否认，但是其是否具备广泛适用性和把 http 协议变成一个更复杂协议是否适合确实值得思考”
这段说的是在座的各位都不是好技术人，不能做出理性细致独立思考。google 做的尝试性工作虽然带来了带来的性能提升和价值收益，但成果不具备广泛适用性。
这段言下之意是各位的发言没有经过独立思考，没能认识到到 http3 的局限性。谷歌的尝试值得鼓励，但可惜没有选择更正确的方向。
2019-10-20 14:34:39 +08:00 回复了 cwbsw 创建的主题 › 宽带症候群 › HTTP3 已经来了，运营商还要继续劣化 UDP 吗？ |
sujin190 是不是觉得 Google 以及 ietf 的人都没有你考虑的全面，所以浪费时间开发 http3 ？
2017-04-11 14:10:27 +08:00 回复了 henryshen233 创建的主题 › VPS › 阿里云作为 VULTR 的中转，并且两台服务器都开启 BBR 加速，真的挺快啊 |
@tamicrealo 是的，流量大了就掉了。
Select Language