sysfs是Linux内核引入的一种基于内存的虚拟文件系统，它的核心作用是将内核内部的数据结构、设备模型以及各种子系统状态以文件和目录的形式呈现给用户空间程序。与传统的/proc文件系统不同，sysfs的设计目标更加明确，它主要服务于设备管理和内核参数的动态配置。当我们在终端中执行ls /sys命令时，看到的那些目录和文件并非存储在硬盘上的真实数据，而是内核在内存中维护的kobject层次结构的映射。每一次对这些文件的读写操作，实际上都是在与内核进行直接交互。
一、/sys文件系统的基本原理与目录结构
要理解sysfs的工作机制，首先需要了解Linux设备模型中的kobject概念。kobject是Linux内核中用来管理对象的基本数据结构，它可以代表一个设备、一条总线、一个驱动程序或者一个内核子系统。sysfs的本质就是将这些kobject对象以树形目录结构展示出来，每个kobject在/sys下对应一个目录，而kobject的属性则对应目录下的文件。当我们使用cat命令读取某个sysfs文件时，内核会调用该文件对应的show函数，将内核数据格式化为字符串返回；当我们使用echo命令写入数据时，内核会调用对应的store函数，对写入的值进行解析并更新内部状态。
/sys目录下有几个核心的顶层子目录，各自承担不同的职责。/sys/devices是所有设备的全局视图，按照设备在系统中的实际拓扑结构进行组织，它是内核中设备树的真实反映。/sys/class则按照设备的功能类型进行分类，例如/sys/class/net包含所有网络接口，/sys/class/block包含所有块设备，这种分类方式方便用户按功能查找设备。/sys/bus按照总线类型组织设备，如pci、usb、usb_serial等。/sys/kernel包含与内核全局状态相关的信息，例如/sys/kernel/uevent_helper和/sys/kernel/mm下的内存管理参数。/sys/module则展示了当前加载的所有内核模块信息，每个模块目录下都有参数文件可供查看。
理解这些目录之间的关系非常重要。同一个物理设备可能同时出现在多个路径下，例如一块PCI网卡可能同时存在于/sys/devices/pci0000:00/0000:00:03.0/、/sys/class/net/eth0/和/sys/bus/pci/devices/0000:00:03.0/中。这些路径实际上通过符号链接指向同一个真实位置，它们只是同一设备的不同访问入口。这种设计既保证了设备拓扑的完整性，又提供了按功能分类的便捷访问方式。
二、常见的/sys配置项及其作用详解
在实际运维和开发中，我们经常需要通过sysfs来查看和调整系统参数。下面通过几个典型场景来介绍常见配置项的具体用法。首先是网络接口的配置，在/sys/class/net/eth0/目录下，有大量可读写的属性文件。例如address文件存储了网卡的MAC地址，mtu文件可以用来查看和修改最大传输单元，tx_queue_len文件控制发送队列长度。通过简单的echo命令就能动态修改这些参数，无需重启网络服务。
# 查看当前网卡MTU值 cat /sys/class/net/eth0/mtu # 修改MTU值为9000（启用Jumbo Frame） echo 9000 > /sys/class/net/eth0/mtu # 查看网卡MAC地址 cat /sys/class/net/eth0/address # 修改发送队列长度 echo 2000 > /sys/class/net/eth0/tx_queue_len
其次是CPU相关的配置。在/sys/devices/system/cpu/目录下，每个CPU核心都有自己的子目录，其中包含频率调节、缓存信息等参数。例如/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor文件控制CPU的频率调节策略，可选值包括performance、powersave、ondemand、conservative等。将策略设置为performance可以让CPU始终运行在最高频率，适合计算密集型任务；而设置为powersave则能降低功耗，适合对性能要求不高的场景。此外，/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq和scaling_min_freq文件分别用来设置CPU的最高和最低运行频率，单位为kHz。
# 查看当前CPU频率调节策略 cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor # 设置为性能模式 echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor # 查看CPU支持的所有频率 cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies # 查看当前CPU运行频率 cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
另一个重要的配置领域是块设备I/O调度器。在/sys/block/sda/queue/目录下，scheduler文件显示了当前使用的I/O调度算法以及可选的算法列表。常见的调度器包括mq-deadline、bfq、kyber和none。对于SSD固态硬盘，通常建议使用none或mq-deadline以减少不必要的排序开销；而对于机械硬盘，bfq调度器能提供更好的公平性和响应延迟。queue/nr_requests文件可以调整块设备的请求队列深度，增大该值可以提升高并发场景下的吞吐量，但也会增加内存消耗。此外，queue/read_ahead_kb文件控制预读大小，对于顺序读取密集型应用，适当增大预读值可以显著提升性能。
三、如何通过/sys动态调整内核参数并实现持久化
通过sysfs动态调整参数的最大优势在于即时生效，无需重启系统或重新加载驱动。但这种方式的缺点也很明显：所有修改都是临时的，系统重启后会恢复为默认值。在生产环境中，我们需要找到可靠的方法将这些配置持久化。目前主流的持久化方案有三种，分别是通过udev规则、systemd-tmpfiles以及传统的rc.local脚本。
udev规则是设备级别的持久化方案，它会在设备被内核检测到时自动执行。我们可以在/etc/udev/rules.d/目录下创建自定义规则文件，通过ACTION、SUBSYSTEM、ATTR等匹配条件来识别特定设备，然后使用RUN指令执行配置命令。这种方式的优点是与设备生命周期紧密绑定，即使设备热插拔也能正确应用配置。下面是一个设置网卡队列长度和MTU的udev规则示例：
# 创建udev规则文件
# 文件路径: /etc/udev/rules.d/99-network-custom.rules
# 匹配所有以太网接口，设置MTU和队列长度
ACTION=="add", SUBSYSTEM=="net", KERNEL=="eth*",
RUN+="/bin/sh -c 'echo 9000 > /sys/class/net/%k/mtu'"
ACTION=="add", SUBSYSTEM=="net", KERNEL=="eth*",
RUN+="/bin/sh -c 'echo 2000 > /sys/class/net/%k/tx_queue_len'"
# 重新加载udev规则
udevadm control --reload-rules
udevadm trigger
systemd-tmpfiles是另一种现代化的持久化方案，它通过配置文件声明需要在启动时创建的临时文件以及需要写入的内容。这种方式不依赖于特定设备，适合配置那些路径固定的sysfs参数。配置文件放置在/etc/tmpfiles.d/目录下，文件格式为每行一条规则，包含类型、路径、权限、属主、属组和内容等字段。其中w类型表示写入操作，专门用于向已有文件写入内容。下面是一个配置CPU频率调节策略和I/O调度器的示例：
# 创建systemd-tmpfiles配置文件 # 文件路径: /etc/tmpfiles.d/sysfs-custom.conf # 设置所有CPU核心为performance模式 w /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor - - - - performance # 设置sda的I/O调度器为mq-deadline w /sys/block/sda/queue/scheduler - - - - mq-deadline # 设置sda的预读大小为2048KB w /sys/block/sda/queue/read_ahead_kb - - - - 2048 # 应用配置 systemd-tmpfiles --create /etc/tmpfiles.d/sysfs-custom.conf
对于一些不依赖特定设备的全局参数，也可以使用sysctl命令配合/etc/sysctl.conf文件来持久化配置。虽然sysctl主要操作的是/proc/sys目录下的参数，但部分内核参数同时存在于/proc/sys和/sys两个路径下，可以通过sysctl统一管理。需要注意的是，并非所有sysfs参数都有对应的sysctl接口，因此需要根据实际情况选择合适的持久化方案。在进行任何sysfs参数修改之前，务必先在测试环境中验证效果，并记录原始值以便回滚。建议建立一个配置变更日志，记录每次修改的参数名、原始值、新值和修改原因，这对于后续的故障排查和系统维护至关重要。