调优 proxy_buffers 应优先保证单块大小为内存页整数倍：轻量API用128KB（32×4KB），SSR页面用256KB（64×4KB），大文件回源启用THP时可用2MB（1×hugepage）；需同步调整 proxy_buffer_size、proxy_busy_buffers_size 和 proxy_max_temp_file_size，并通过 VmRSS、错误日志及 VmPeak-VmRSS 差值验证效果。
调优 proxy_buffers 减少内存碎片，关键不在“多配几块”，而在于让每一块大小匹配系统页机制与业务响应特征，降低内核分配压力和 slab 碎片。
单块大小必须是内存页的整数倍
Linux 默认页大小为 4KB，启用透明大页（THP）时常见为 2MB。若 buffer 单块设为 130KB 这类非整数倍值，内核需拆分多个页框管理，增加 TLB 压力、降低缓存命中率，还阻碍大页合并。
- 轻量 API 或 JSON 接口（压缩后常 8–16KB）：用
proxy_buffers 16 128k（128KB = 32 × 4KB） - SSR 页面或首屏 HTML（80–300KB）：用
proxy_buffers 8 256k（256KB = 64 × 4KB） - 报表导出/镜像回源（10–100MB）且已启用 THP：可试
proxy_buffers 8 2m（2MB = 1 × hugepage），但需确保 worker 内存充足、后端流速稳定
控制 buffer 总数，避免对象泛滥
默认 proxy_buffers 8 4k 创建 8 个 4KB 对象，高频小响应下易触发大量小块 malloc/free，加剧 heap 碎片。应减少数量、增大单块，而非堆数量。
WebChat Voice Proxy
下载
⚠️ 已弃用 — 该技能已拆分为两个独立技能，以提升模块化程度：**webchat-https-proxy**（HTTPS/WSS 反向代理）和 **webchat-voi...**
- 将
proxy_buffers 32 4k改为proxy_buffers 8 16k，buffer 对象数从 32 降到 8，slab 分配压力明显下降 - 不要盲目设成
64 64k——总内存占用翻倍，却未解决单块对齐问题，反而浪费并发容量
协同调优关联参数，堵住碎片入口
仅改 proxy_buffers 不够，以下三项不匹配，buffer 仍会频繁重分配或落盘：
proxy_buffer_size</strong></li> <li><strong><code>proxy_busy_buffers_size</strong> 设为 ≥ 单块大小 ×2（如用 256k 单块，则设 <code>512k
），确保至少两块可并发读写，避免阻塞时反复 realloc-
proxy_max_temp_file_size明确上限（如1g），防止临时文件无限增长造成 inode 碎片；配合proxy_temp_path /var/tmp/nginx/proxy 1 2合理组织磁盘层级
验证是否真正缓解碎片
配置生效≠碎片消失，需结合运行时指标判断：
- 观察
/proc/$(pgrep nginx)/status中VmRSS：长期运行后 RSS 异常爬升（非因流量增长），大概率存在内存碎片 - 压测时开启
error_log /var/log/nginx/error.log notice，搜索temp file write error或no memory日志，说明 buffer 不足已触发降级 - 若系统启用了 THP（
cat /sys/kernel/mm/transparent_hugepage/enabled返回always或madvise），再检查VmPeak与VmRSS差值是否持续扩大——差值大反映页拆分严重
