直接看内核日志能确认调优是否真正起效，因关键参数加载或拒绝会在dmesg/journalctl中留痕，如tcp_congestion_control=bbr触发“TCP: Initialized BBR”、ip_forward=1出现“IPv4 Forwarding enabled”，且需结合负载下日志变化（如无“SYN flooding”警告）验证实效。
直接看内核日志能确认调优是否真正起效，因为很多参数修改后，内核会在日志里输出加载、应用或拒绝的痕迹，而不是只靠sysctl -p或echo命令返回“成功”就完事。
查日志确认参数是否被加载
内核启动或参数重载时，部分关键调优项会主动写入dmesg或journalctl。例如：
-
vm.swappiness设为10后，执行sysctl -p通常不打日志；但若在/etc/sysctl.conf中配置并重启系统，内核初始化阶段可能记录类似vm.swappiness = 10 (set by user)（取决于内核编译选项和发行版补丁） -
net.ipv4.tcp_congestion_control=bbr生效时，dmesg | grep -i bbr常出现TCP: Initialized BBR congestion control - 启用透明大页（THP）后，
dmesg | grep -i "transparent hugepage"会显示enabled或always/madvice状态
观察运行时行为变化的日志线索
参数生效≠效果可见，需结合实际负载下的内核反馈判断。比如：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 调大
net.core.somaxconn后，在高并发连接建立时，dmesg不再出现"TCP: drop open request" or "possible SYN flooding"警告，说明限流已解除 - 降低
vm.dirty_ratio后，如果磁盘写压力突增，dmesg可能出现"writeback: balance_dirty_pages: background writeback blocked"，提示策略过激 - 调整
kernel.sched_migration_cost_ns影响调度迁移，可通过perf sched record -g抓取调度事件，再用perf script | grep migrate验证，而相关错误或告警会出现在journalctl -k中
用 journalctl 过滤内核级调试信息
systemd-journald 默认收录内核日志（-k标记），比传统/var/log/messages更及时、带元数据：
-
journalctl -k --since "2 hours ago" | grep -i "swappiness\|tcp\|dirty"—— 快速定位相关关键词 -
journalctl -k _PID=1—— 查看内核初始化阶段（PID 1 是 systemd，但早期日志由内核自身生成，_PID=1可捕获init进程触发的内核参数加载行为） -
journalctl -k -p warning..err—— 只看警告及以上级别，避免淹没在info日志里
对比调优前后内核行为差异
有些参数本身不打日志，但其作用会改变内核子系统行为，留下可观测痕迹：
- 开启
kernel.perf_event_paranoid=2后，普通用户运行perf top不再报"Permission denied"，这就是生效最直接的证据 - 设置
fs.inotify.max_user_watches增大后，监听大量文件的应用（如Webpack、IDE）不再触发inotify_add_watch() failed: No space left on device错误，该错误会明确写入journalctl -u your-app.service或dmesg - 修改
net.ipv4.ip_forward=1后，执行cat /proc/sys/net/ipv4/ip_forward返回1是基础验证，而journalctl -k | grep forward若出现IPv4 Forwarding enabled则说明内核网络栈已响应
