这是一个创建于 728 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在面临 QUIC 与常规 TCP 的选型，现在的一个考量是对服务器资源的要求，比如 1core / 1G 可以支持多少并发连接，我们的连接场景是有几百万保活长连接，未来会突破千万，但是数据量极少，主要流量也就是维持个心跳。当前我们使用 raw udp ，没有流控，一台 2core 的 VPS 勉强可以维持百万连接，虽然很省，但是缺点也很明显。也许大家会说硬件不值钱，不过我们的确很穷，让大家见笑了
第 1 条附言 2024-01-12 14:50:00 +08:00
大家误会了， 这里不是要跟 raw udp 比，是要跟 tcp 比，另外请不要讨论技术之外的东西
 | 1 opengps 2024-01-12 11:48:15 +08:00 说硬件不值钱不是让你死命的优化提升软件，而是你业务总有涨到单硬件扛不住的程度，当你一台扛不住时候，你有必要去设计成支持集群的结构来增加服务器硬件。 换句话说，不太好听，硬件增加成本要比软件的优化成本低很多 |
 | 3 Kinnice 2024-01-12 11:53:22 +08:00 udp ？ 维持连接？ |
 | 4 zzhaolei 2024-01-12 11:54:36 +08:00 几百万甚至突破千万的保活怎么还会没钱？业务不挣钱？ |
 | 6 newshbb OP 请大家讨论技术 |
 | 7 zengxs 2024-01-12 12:11:46 +08:00  1 quic 不会比 udp 吞吐量更高，你这种场景基本上没啥能优化的了，raw udp 基本上就是吞吐量最大的方案 其他的优化看看调调内核参数管不管用吧 |
| 8 zengxs 2024-01-12 12:15:16 +08:00 #4 楼说的也没毛病，完全不赚钱的业务可以考虑砍掉或者降低发包频率 技术都是为业务服务的，完全脱离业务讨论技术不现实 |
 | 9 DefoliationM 2024-01-12 12:19:22 +08:00 via Android 理论上 quic 可以连接数更多，quic 只需要监听一个 udp 端口，连接由自己生成的 id 确定，不像 tcp 需要 socket 四元组绑定。 |
 | 10 PureWhiteWu 2024-01-12 12:31:14 +08:00 技术上说，quic 性能开销比 raw udp 大不知道多少。。。。 raw udp 已经是开销最低的方案了。 |
| 11 PureWhiteWu 2024-01-12 12:32:58 +08:00 或者这么说吧： tcp 和 udp 一样是四层的，udp 论开销和性能比 tcp 强； quic/http3 是 7 层协议，并且强绑定 TLS 1.3 （不然没法用），这开销不是一个量级的。 |
 | 12 ShinichiYao 2024-01-12 12:35:48 +08:00 硬件增加成本要报账，码农优化代码成本 0 ，但总有再怎么抽码农鞭子也挤不出硬件资源的时候。回到技术：QUIC 可以比 TCP 提高吞吐量，你甚至可以基于实际业务手搓一个 MUIC 协议来最大化吞吐量，不过既然当前已经都 UDP 了再怎么优化也提高不了多少 |
 | 13 pengtdyd 2024-01-12 12:35:57 +08:00 Google 声称 QUIC 将 Google 搜索响应的延迟减少了 3.6% 所以为了这点百分比，真的要花大力气切到 QUIC 吗？ |
| 14 PureWhiteWu 2024-01-12 12:43:09 +08:00 说 QUIC 性能好延迟低，是外网弱网环境下，和基于 TCP 的 HTTP/HTTP2 + TLS 对比，而不是和 raw udp 对比。 可以先了解一下 QUIC 发明的背景和要解决的问题。 |
 | 15 kuituosi 2024-01-12 12:45:55 +08:00 1 QUIC 协议非常复杂，简单业务场景根本不划算 |
 | 16 0o0O0o0O0o 2024-01-12 12:49:08 +08:00 1 感觉哪怕相对于基于 TCP 的 TLS ，QUIC 应该也没有理由在节省成本方面有优势，没有内核支持没有硬件加速，需要消耗更多的 CPU ，宣传重点似乎都在客户端一侧（减少 rtt 提升用户体验），看一些大厂分享的 QUIC 性能优化的经验文章也是尽可能减少用户空间的开销。何况你是和 raw udp 比。 - https://github.com/lxin/quic - https://github.com/microsoft/net-offloads/blob/main/quic-encryption-offload.md - https://lwn.net/Articles/903826/ - https://developer.volcengine.com/articles/7268132377786843147 没有实测的条件和需求，理解有误请纠正我 |
| 17 0o0O0o0O0o 2024-01-12 12:53:28 +08:00 1 |
 | 18 victorc 2024-01-12 14:29:23 +08:00 一台 8core vps 一个月 1000 块钱，一个高级马龙一天的工资都不止这个数，做生意要会算账 |
 | 19 DonaidTrump 2024-01-12 14:31:27 +08:00 @victorc 高级张继科的工资止这个数么 |
 | 20 looplj 2024-01-12 14:44:12 +08:00 细说 raw udp 的问题是什么。 什么方案都要看业务场景，能用 udp 说明可靠性就没那么重要，为什么要换呢。 |
| 21 newshbb OP @0o0O0o0O0o 谢谢，非常受用 |
 | 22 lloovve 2024-01-12 14:55:13 +08:00 via iPhone 套方案？这个相当于一千块做个淘宝出来可以吗？目前这个连接水平感觉应该想当不错了 |
 | 23 inhzus 2024-01-12 15:19:58 +08:00 2 之前工作的有限回忆：QUIC 仅适合作为 TCP 的备用通道，提升用户移动端网络条件较差情况下的使用体验，资源使用率（ CPU 等）是 TCP 的 1.5 倍以上。除非有优化需要，否则直接用 TCP |
| 24 newshbb OP |
 | 25 guazao 2024-01-12 15:39:44 +08:00 1 |
| 26 newshbb OP @guazao 你觉得这篇文章 https://segmentfault.com/a/1190000042239884/en 里的测试客观嘛？ |
Select Language