linux内核参数调优需按实际负载在吞吐量与延迟间权衡，先识别cpu/内存/i/o/网络瓶颈，再针对性调整：网络栈协同优化连接数、缓冲区（如rmem_max/wmem_max=16mb适配高吞吐，2–4mb+tcp_low_latency=1适配低延迟）、拥塞算法（cubic/bbr/fq_codel）；内存侧设vm.swappiness=10、vfs_cache_pressure=50并禁用thp；cpu侧绑定中断亲和性、调高sched_migration_cost_ns、调整netdev_budget；i/o调度依介质选none/kyber/bfq。
Linux 内核参数调优不是“一刀切”，而是根据实际负载在吞吐量和延迟之间做权衡。关键在于识别瓶颈类型（CPU/内存/I/O/网络），再针对性调整对应子系统参数，避免盲目增大数值反而引入额外开销。
网络栈：连接数、缓冲区与拥塞控制协同调优
高吞吐通常需要大缓冲区和宽松队列，低延迟则要求小缓冲、快速响应和更激进的丢包处理。
-
TIME_WAIT 复用与连接建立速度：启用
net.ipv4.tcp_tw_reuse = 1可让处于 TIME_WAIT 状态的端口快速复用于新连接，降低建连延迟；但需确保客户端启用了时间戳（net.ipv4.tcp_timestamps = 1，默认开启）以防序列号回绕。 -
接收/发送缓冲区大小：设为
net.core.rmem_max = 16777216和net.core.wmem_max = 16777216能支撑千兆以上带宽下的高吞吐；若目标是微秒级延迟（如金融交易），可降至 2–4 MB 并配合net.ipv4.tcp_low_latency = 1（内核 5.10+）强制减少延迟相关路径开销。 -
拥塞控制算法选择：Cubic 适合通用高吞吐场景；BBR v2 在存在背景流量时仍能维持低延迟与高吞吐兼顾；而 eBPF 实现的
fq_codel调度器对突发小包延迟控制更优，适合混合负载。
内存与交换：减少抖动，保障响应确定性
频繁 swap 或缓存回收会引发毫秒级抖动，直接影响延迟敏感型服务（如实时音视频、高频交易）。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
-
限制 swap 使用倾向：将
vm.swappiness = 10（而非 0），既避免完全禁用 swap 导致 OOM killer 触发，又大幅降低非必要换页概率。 -
稳定 inode/dentry 缓存：设
vm.vfs_cache_pressure = 50减缓目录项和索引节点回收，防止高并发文件访问时反复重建缓存带来的延迟尖峰。 -
关闭透明大页（THP）：对延迟敏感应用执行
echo never > /sys/kernel/mm/transparent_hugepage/enabled，避免 THP 后台折叠过程造成数十毫秒暂停。
CPU 与中断：控制调度延迟和上下文切换开销
过多中断或进程迁移会打断关键任务执行，抬高 P99 延迟。
-
网卡中断亲和性绑定：将特定网卡中断绑定到专用 CPU 核心（如
echo 2 > /proc/irq/$(grep eth0 /proc/interrupts | awk '{print $1}' | sed 's/://')/smp_affinity_list），避免多核争抢，降低软中断处理延迟。 -
调整 NAPI 轮询预算：设
net.core.netdev_budget = 300（默认 300）和net.core.netdev_budget_usecs = 2000（默认 2000μs），在保证收包效率的同时，防止单次轮询占用过长 CPU 时间影响其他任务。 -
进程迁移成本调高：增大
kernel.sched_migration_cost_ns = 1000000，减少轻量级线程在 CPU 间无谓迁移，提升 L1/L2 缓存局部性，对延迟敏感型服务效果明显。
I/O 调度与存储：匹配介质特性，避免排队放大
错误的 I/O 调度器会在 SSD 上引入不必要的排序延迟，或在 HDD 上牺牲吞吐换取响应。
-
NVMe 设备建议用
none或kyber：前者完全绕过内核调度器，由设备自身队列管理；后者自动适配负载特征，在延迟与吞吐间动态平衡。 -
SATA SSD 适用
bfq：提供公平带宽分配和低延迟保障，适合多租户或混合读写场景。 -
HDD 场景慎用
deadline：设置read_expire = 500、write_expire = 5000（单位 ms），优先保障读请求及时响应，避免写请求长时间阻塞读操作。
