最常用方式是sysctl加参数名，如sysctl net.core.somaxconn输出net.core.somaxconn = 128；脚本中取纯数值用-n选项；也可直接cat /proc/sys/xxx读取，路径中点号替换为斜杠；sysctl --show-config仅显示被显式修改过的持久化参数；配置文件修改后需执行sysctl --system才生效。
怎么查当前生效的内核运行时参数
用 sysctl 或直接读 /proc/sys/，两者结果一致，但适用场景不同。
最常用的是 sysctl 命令：查单个值就写全路径，比如 sysctl net.core.somaxconn；脚本里取纯数字加 -n，如 sysctl -n vm.swappiness。参数名拼错会报 No such file or directory，不是所有点号分隔的路径都存在（比如 tcp_tw_recycle 从 4.12 起已移除）。
绕过命令、更轻量的方式是 cat /proc/sys/xxx，把点号换成斜杠就行，例如 cat /proc/sys/net/ipv4/ip_forward。这种方式适合最小化环境或 shell 条件判断，但要注意输出末尾可能带换行符，脚本中建议用 $(cat ... | tr -d '\n') 清理。
别误以为 cat /etc/sysctl.conf 就是当前值——它只是“下次重启想变成什么样”，是否生效取决于有没有执行过 sudo sysctl --system。
怎么确认哪些参数被人工改过
sysctl --show-config 只显示那些被写进配置文件（/etc/sysctl.conf 或 /etc/sysctl.d/*.conf）且已加载的非默认值。
它不反映临时修改（如 sysctl -w），也不包含内核默认值。输出格式是 参数名 = 值，和配置文件一致，可直接用于备份或迁移。
如果命令无输出，不代表出错，只是说明没动过任何持久化配置。配合 grep 能快速聚焦，比如 sysctl --show-config | grep net.core。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
怎么区分编译配置和运行时参数
这是最容易混淆的点：sysctl 和 /proc/sys/ 查的是运行时可调参数，比如 net.ipv4.ip_forward 开关状态；而内核是否支持 IPv4 转发，由编译时的 CONFIG_IP_FORWARD 决定，这个只能从内核配置文件（如 /proc/config.gz 或 /boot/config-$(uname -r)）里看。
sysctl -a 列不出 CONFIG_XXX 这类 Kconfig 项，它们一旦编译完成就不可更改。哪怕 sysctl net.ipv4.ip_forward 返回 1，也不能反推 CONFIG_IP_FORWARD=y 一定开启——有可能内核根本没编译该功能，只是这个参数压根不存在。
真正难的不是命令怎么敲，而是搞清你到底想查什么：行为开关？还是底层能力是否存在？前者看 sysctl，后者必须翻编译配置。
常见错误现象和排查线索
执行 sysctl 报 Permission denied on key 'xxx'，说明该参数只读（如 kernel.version），不能动态修改。
查不到某个参数，先确认路径转换是否正确：点号全换成斜杠，且目录存在（ls /proc/sys/net/ipv4/ 看实际有哪些文件）。
脚本里用 sysctl -n 获取值却得到空字符串，大概率是参数名写错，或该参数在当前内核版本中已被移除或重命名。
同一参数在 sysctl 和 /proc/sys/ 读出来值不一致？不可能——它们是同一个内核接口的两种访问方式，差异只可能是缓存或权限问题，重试或换用户即可排除。
