tcp_mem三元组以页为单位，分别表示低水位、压力模式起始点和高水位；超过第三值将触发OOM killer。其实际阈值需结合页大小（通常4KB）与内存总量计算，且必须与tcp_rmem/tcp_wmem等参数协同调整才能有效提升吞吐。
tcp_mem 参数三元组的实际含义不是内存大小，而是页数
Linux 的 tcp_mem 是以「内存页（page）」为单位的，不是字节或 MB。比如 net.ipv4.tcp_mem = 123456 234567 345678 表示：当 TCP 使用的内存页数低于第一个值时无限制；在第一个和第二个值之间时进入“压力模式”（开始丢包、降低接收窗口）；超过第三个值则直接拒绝新连接或丢弃入包。
所以对比 1:2:4 和 1:4:8 时，不能只看比例，必须结合系统页大小（通常是 4KB）和当前内存总量算出实际阈值。例如在 64GB 内存机器上，tcp_mem 默认常是 98304 131072 196608（对应约 384MB / 512MB / 768MB），此时 1:2:4 ≈ 98K/196K/392K 页，而 1:4:8 ≈ 98K/392K/784K 页——高水位翻倍，意味着更晚触发强制回收，但也更容易耗尽内存。
“out of memory” 报错通常发生在 high watermark 被突破后，内核放弃分配页
这个错误不是 TCP 协议栈自己报的，而是内核在 sk_stream_alloc_skb() 或 tcp_sendmsg() 中调用 alloc_pages() 失败时回退到 OOM killer 流程，最终在 dmesg 里看到类似：
TCP: out of memory — consider tuning tcp_mem
此时说明已越过 tcp_mem[2]（即第三个值），且系统无法满足 socket 缓冲区申请。常见诱因包括：
- 突发大流量 + 小
tcp_rmem/tcp_wmem导致缓冲区频繁重分配 - 大量空闲但未关闭的 ESTABLISHED 连接持续占着
sk->sk_rcvbuf -
tcp_mem[2]设置过低，而net.core.wmem_max或rmem_max又过高，造成单连接可占页数远超预期
1:2:4 和 1:4:8 在吞吐上的差异取决于流量模式而非比例本身
实测中，两者吞吐差异往往不显著，除非压测场景极端：
