libutp 性能分析总结
libutp (Eular UTP)
libutp 是一个专为严苛网络环境与极高性能要求设计的、基于 UDP 的现代可靠传输协议栈。它汲取了 QUIC 等现代传输协议的设计理念，采用纯 C++11 编写，并深度融合了基于事件驱动（Event-Driven）的架构模型。
libutp 的核心目标是提供一个低延迟、高吞吐、强隔离的网络传输层，为上层应用屏蔽底层 UDP 的不可靠性，同时赋予应用层对网络行为（如拥塞控制、调度策略）的细粒度控制。
✨ 核心特性 (Core Features)
- 现代协议栈机制：
- 多流复用 (Stream Multiplexing)：在单一 UDP 连接上支持成百上千个并发数据流，彻底解决传统 TCP 的队头阻塞（Head-of-Line Blocking）问题。
- 快速握手与 0-RTT：支持高效的会话恢复机制，允许客户端在建立连接的第一个数据包中携带业务数据（0-RTT），极大地降低了建连延迟。
- DPLPMTUD (动态 MTU 探测)：自适应网络路径，智能探测最大传输单元（MTU），避免 IP 分片带来的性能损耗与丢包风险。
- 卓越的拥塞控制 (Congestion Control)：
- 内置工业级拥塞控制算法：支持 BBRv1 与 CUBIC。
- 精准的 Pacing 机制：通过微秒级的高精度发包平滑（Pacer），有效避免网络突发拥塞，提升带宽利用率。
- 极致的性能调优设计：
- 零拷贝理念 (Zero-Copy Architecture)：底层数据流转采用侵入式结构（如红黑树视图 rb_node），最大限度减少数据在协议栈各层之间的内存拷贝。
- 批量收发加速：深度集成 recvmmsg/sendmmsg，大幅降低内核态与用户态的上下文切换及系统调用开销。
- 强大的调度器 (Schedulers)：
- 支持 Strict Priority（严格优先级） 与 WDRR（加权赤字轮询） 调度策略，确保高优先级流的低延迟，同时防止低优先级流被饿死（Starvation）。
- 强类型安全与严谨契约：
- 内建 eular::utp::Status 强类型错误处理机制，取代传统的整型错误码，确保内部逻辑的绝对健壮性，同时在公开 API 层保持 POSIX 风格的极简集成。
⚙️ 架构哲学 (Design Philosophy)
- 事件驱动优先：libutp 默认与 libevent 深度结合，绝不隐式创建后台线程，将所有的 IO 与定时器事件交由应用层主循环统一接管，确保系统的可预测性与无锁化运行。
- 安全且可控的内存管理：在关键路径上抵制无意义的动态内存分配与清零操作，强调内存池化与对象复用，旨在压榨每一滴 CPU 缓存命中率。
- 高度可配置 (Highly Configurable)：从 ACK 频率、超时阈值、调度算法到流缓冲区大小，全部通过 utp::Config 暴露，赋予开发者针对特定网络场景“量身定制”的能力。
心血来潮，看到lsquic后就想模仿着写个可以用于P2P的安全传输协议，libutp诞生了，诞生之初还是Ai没起步的时候，那个时候翻看lsquic源码，阅读各种bbr文档，然后自己做设计，写代码，时间就这样零零散散的过去了。后来AI起来了，我也学会了偷懒，我做设计让AI审核，给出优缺点，然后在对比lsquic，总体来说还是比较顺畅的，后面就是代码实现，AI起初还是很生涩，然后就又零零散散的实现功能，到此已经完全实现libutp，协议已经落实，除非出现什么安全或是性能问题，不会大改。
测试方式
1、启动单线程utp_server
2、128个utp_echo_client持续发送4MB数据，在结尾时server响应数据的xxhash值，判断是否通过
3、当有一个client退出时会重新拉起一个新的，保证128并发
4、perf持续监控30s
性能分析
分析性能最好的手段就是火焰图，清晰命明了-g -fno-omit-frame-pointer + perf完全搞定
从图中可以看到，性能损耗大都在内存申请和memset，所以高性能从来不是什么难点，在写代码时尤其注意一些点即可，如使用std::vector在reserve时不要初始化为0，热路径不要使用std::string 等一些容器，stream或connection，packet的创建可以走内存池，这样即可复用，也可减少内存申请，内存碎片，如果追求极致，还可以加入按缓存行对齐
优化后