linux内核硬件参数并非静态表，而是分散在/proc/sys/（如dev.cpuidle.state0.disable）、/sys/（如/sys/bus/pci/devices/xxx/enable）及内核启动参数（cat /proc/cmdline）中的可调控制项，需按前缀筛选、结合路径语义与作用域精准使用。
内核硬件参数不是一张“表”，而是分散在 /proc/sys/ 下的可调值
Linux 内核本身不维护一张叫“硬件参数表”的静态清单。所谓“内核定义的硬件参数”，实际指内核通过 /proc/sys/ 暴露的、与硬件行为相关的可读写参数，比如 CPU 调度策略、内存回收阈值、PCI 设备热插拔开关等。它们不是 BIOS 或 DMI 那种只读硬件描述，而是运行时可调的控制开关和阈值。
这些参数路径以子系统为前缀：vm.（虚拟内存）、dev.（设备驱动）、kernel.（通用内核行为）、net.（网络栈）等。例如 /proc/sys/dev/cpuidle/state0/disable 控制某个 CPU 空闲态是否启用，/proc/sys/kernel/hotplug 决定内核是否自动触发 udev 事件响应硬件变更。
用 sysctl -a 列出所有内核参数，但需过滤硬件相关项
sysctl -a 会输出全部内核参数（通常超 2000 行），其中真正影响硬件行为的只占一小部分。直接扫全量列表效率低，容易漏掉关键项。建议按前缀筛选：
-
sysctl -a | grep '^dev\.'：聚焦设备驱动层参数，如 USB 自动挂载、NVMe 超时重试、PCIe AER 错误报告开关 -
sysctl -a | grep '^kernel\.hotplug\|^vm\.swappiness\|^vm\.dirty_ratio'：检查与硬件事件响应、内存刷盘策略强相关的几个高频项 -
ls /proc/sys/dev/：先看有哪些设备子目录（cpuidle、raid、scsi等），再进对应目录查具体参数
注意：sysctl -a 输出的是“当前生效值”，不是“默认编译值”。某些参数（如 dev.cdrom.autoclose）在现代发行版中已废弃，但依然存在且默认为 0 —— 这类需结合内核文档确认是否仍起作用。
查硬件行为参数，别只盯 /proc/sys，得结合 /sys 和内核模块参数
很多硬件级控制根本不在 /proc/sys/ 下，而是在 /sys/（尤其是 /sys/devices/ 和 /sys/module/）或内核启动参数里：
-
/sys/bus/pci/devices/0000:01:00.0/enable：手动启用/禁用某 PCIe 设备（需 root） -
/sys/module/kvm_intel/parameters/nested：查看 Intel VT-x 嵌套虚拟化是否开启 -
/sys/class/dmi/id/board_vendor：读取主板厂商（来自 DMI 固件，不可写） - 启动参数如
intel_idle.max_cstate=1或pci=noacpi才是更底层的硬件行为开关，cat /proc/cmdline可查看当前生效的启动参数
这些路径下的值多数是只读或需模块重载才生效，和 /proc/sys/ 的实时可写特性不同。混淆这两类会导致误判“参数未生效”。
修改硬件相关参数前，必须确认其作用域和持久性
内核硬件参数的修改效果差异极大，不能一概而论：
- 临时生效：用
sysctl -w dev.cdrom.autoclose=0或echo 0 > /sys/module/cdrom/parameters/autoclose，重启即丢 - 仅对当前设备实例有效：如
echo 1 > /sys/bus/pci/devices/0000:01:00.0/remove移除设备，再echo 1 > /sys/bus/pci/rescan才能恢复 - 需模块重新加载：修改
/sys/module/xxx/parameters/yyy前，往往得先rmmod xxx && modprobe xxx yyy=1 - 永久生效：写入
/etc/sysctl.conf（仅限/proc/sys/下参数），或通过/etc/default/grub修改 kernel cmdline（针对启动参数）
最易被忽略的是作用域问题：改了 vm.swappiness 影响全局内存回收，但改 dev.hpet.max_user_freq 只影响 HPET 设备的用户态访问频率上限——后者几乎没人用，改了也白改。
