内存池优化需按对象粒度分池、线程本地缓存、numa对齐及与内核参数协同；小（≤256b）、中（512b–4kb）、大（≥8kb）对象各设独立池，per-thread空闲栈降低锁争用，numa_alloc_onnode分配内存，并调优somaxconn、tcp_tw_reuse等内核参数保障通路畅通。
高并发网络环境下，内存池不是“开了就行”，关键在于让分配行为贴合真实请求特征——固定大小、高频复用、低延迟响应。Linux 下优化内存池分配，核心是减少锁竞争、避免跨 NUMA 访问、控制碎片，并与内核网络栈协同。
按请求对象粒度预设块大小
不要用统一 128B 或 512B 覆盖所有场景。Web 服务器中，HTTP 请求头解析常用 2–4KB 缓冲区，响应体组装可能需要 8–16KB；连接上下文（如 struct conn_ctx）通常 256–512B。应按用途分多个内存池：
- 小对象池（≤256B）：存放连接元数据、定时器节点、事件结构体
- 中对象池（512B–4KB）：用于 socket 缓冲区、HTTP 头解析、SSL session 上下文
- 大对象池（≥8KB）：仅用于临时拼包、文件上传缓冲等偶发大块需求，避免污染小对象池
每个池独立初始化、独立空闲链表，避免小对象被大块分配挤占或造成内部碎片。
线程本地缓存 + 批量回收
全局锁是高并发下最大瓶颈。推荐采用 per-CPU 或 per-thread 空闲链表设计：
- 每个 worker 线程维护自己的“本地空闲栈”，分配直接 pop，释放直接 push，零锁
- 当本地栈空或满时，才与全局池做批量交换（如一次挪 16 个块），降低同步频率
- 若使用 epoll + 多线程模型，确保线程绑定 CPU（taskset 或 sched_setaffinity），使本地缓存命中率最大化
对齐 NUMA 节点与内存池归属
在多路服务器（如双路 Xeon）上，跨 NUMA 访存延迟可达 2–3 倍。内存池必须与其服务的线程处于同一 NUMA 节点：
- 初始化时用 numa_alloc_onnode() 分配内存池底层数组，而非普通 malloc
- 绑定线程到对应 CPU 后，再初始化其专属内存池，保证分配/访问全程在本地内存域
- 可通过 numastat -p $PID 验证各进程内存页分布是否偏斜
与内核网络参数联动避免“池外卡顿”
内存池再快，若内核队列丢包、TIME_WAIT 占满端口，请求根本进不来。需配套调优：
- net.core.somaxconn 和 net.ipv4.tcp_max_syn_backlog ≥ 65535，确保 accept 队列不丢连接
- net.ipv4.tcp_tw_reuse = 1（客户端出站有效），net.ipv4.tcp_fin_timeout 可降至 30，加快短连接端口回收
- fs.file-max 和 ulimit -n 同步调至 100 万以上，避免 fd 耗尽导致 new_conn 失败，间接引发内存池空分配失败
不复杂但容易忽略：内存池只是用户态一环，它高效的前提是整个网络通路畅通无阻。
