【Rust日报】2026-10-01 Pingora 把负载均衡从 600ms 降到 101ms
内容提要
本期Rust社区周报：团队历时三年将延迟敏感服务迁移至Rust，负载均衡改用Pingora后耗时从600ms降至101ms，内存与CPU显著下降；rustc两个月平均编译时间降低4.57%，包含PGO、LLVM 23等优化；另有从零实现green thread运行时，以及champagne在Linux进程内加载Windows PE DLL的实践。
延伸解读
迁移策略：并行运行与数据驱动切换
团队用三年时间将核心路径从Python、Go、JVM和C逐步换成Rust，新旧实现按服务、按区域并行，数据足够后再切流量。这种策略降低了迁移风险，确保性能提升有数据支撑。月调用量约3万亿次，说明该方案在大规模生产环境中得到验证。
性能提升的具体表现与资源优化
负载均衡耗时从600ms降至101ms，发布路径热路径从约350µs降到约50µs。Presence的subscribe join中位延迟从1-3s降到200-250ms，Web heartbeat从700ms降到200ms。内存方面，峰值内存再降约6倍，新ReplicaSet落在约256-512 MiB；分片峰值内存从约95%降到20-40%。单pod CPU从约0.5核降到约0.22核。
rustc编译速度优化：数据与关键改进
两个月内平均编译墙钟时间下降4.57%，629项测量中555项变快。关键改进包括：Clippy启用PGO，最好一档约18%提升；LLVM升级到23，平均再降1.2%；Polonius Alpha借用检查和新trait solver在少数crate上更慢；优化specialization graph使平均周期数下降1.58%；dataflow CFG遍历优化使大函数check构建墙钟约降30%；提高默认栈大小并去掉ensure_sufficient_stack，最好接近3%指令数下降。
champagne：Linux上加载Windows PE DLL的实践
champagne是一个在Linux上手工映射并运行Windows PE的加载器，用于解决SteamVR驱动中镜头畸变库的依赖问题。它使用pelite解析PE，通过POSIX共享内存绕过内核拒绝匿名映射PROT_EXEC的限制，补全TEB/PEB、TLS、loader lock和约110个kernel32函数，以及x86_64 .pdata展开。最终在SteamVR vrserver进程内直接调用DLL导出函数，避免了Wine/Proton的IPC开销和watchdog问题。
Q&A
Pingora 替换 nginx 后负载均衡耗时降低了多少？
从 600ms 降到 101ms。
rustc 在两个月内平均编译时间下降了多少？
平均墙钟时间下降 4.57%。
从零实现 green thread 运行时的主要目标是什么？
搞清用户态线程切换，不作为生产运行时。
champagne 为什么要在 Linux 上加载 Windows PE DLL？
为了给 HTC Vive Pro 2 写 Linux SteamVR 驱动，镜头畸变在 LibLensDistortion.dll 里，且链到 opencv_world346.dll，避免 Wine/Proton 的 IPC 和性能问题。
迁移到 Rust 后 Presence 服务的峰值内存降低了多少？
后续改数据布局后又把峰值内存再降约 6 倍，新 ReplicaSet 落在约 256–512 MiB。
rustc 性能改进中，哪些具体优化带来了显著提升？
包括给 Clippy 打开 PGO（最好一档约 18%）、升级 LLVM 到 23（平均再降 1.2%）、优化 specialization graph（平均周期数降 1.58%）、改进 dataflow CFG 遍历（check 构建墙钟约降 30%）、提高默认栈大小并去掉 ensure_sufficient_stack（最好接近 3%）。
