本文目录导读：
- 内核编译选项未开启 (最常见原因)
- CPU 核编号与掩码计算错误
- 中断亲和性与 RPS/IRQ 冲突 (核心原因)
- QuickQ 设备使用 DPDK (这种情况常见)
- 文件系统权限或挂载问题 (嵌入式特有)
- 排查步骤（按优先级）
- 总结：为什么 QuickQ 的 RPS CPU 掩码不对？
“QuickQ” 通常指的是基于 ARM (特别是Cortex-M系列) 内核的 QuickLogic QuickQ 或类似RISC-V系列的嵌入式芯片（有时也指某些网络流量模拟工具，但结合“RPS CPU”这个词，我在推测是 嵌入式 Linux 内核网络栈 或 DPDK/智能网卡 环境下的配置，因为 RPS（Receive Packet Steering）是一个纯软件的网络负载均衡功能，常见于通用 CPU 核，而非单一裸机 MCU）。
首先澄清可能的两种硬件背景：
- QuickQ 是 Cortex-M/RISC-V 微控制器： 这种芯片通常只有单个或少量核心，不支持 Linux 内核的 RPS 功能，RPS 需要多核、对称多处理（SMP）以及完整的 Linux 网络栈，如果在这种 MCU 上看到 RPS CPU 掩码报错，通常是软件配置错误（根本不支持该功能）。
- QuickQ 是某种基于 Linux 的 AI 加速器/网络加速卡（更常见）： 这种设备可能有多个 CPU 核（如几个 Cortex-A 核），这时候 RPS 掩码错误是典型的配置/内核支持问题。
基于 “Linux 内核 RPS 配置” 这一常见场景，导致 RPS CPU 掩码不对的最常见排查方向和根因如下：
内核编译选项未开启 (最常见原因)
RPS 功能依赖于内核配置项 CONFIG_RPS（以及 CONFIG_RPS 和 CONFIG_RFS_ACCEL，一般默认在 SMP 内核中开启，但也可能被厂商裁剪）。
- 现象：查看
/sys/class/net/<interface>/queues/rx-0/rps_cpus文件，发现修改rps_cpus的值后不生效，或者系统提示“该文件不存在”。 - 验证：运行
zcat /proc/config.gz | grep CONFIG_RPS或者查看/boot/config-*。 - 解决：如果未开启，只能重新编译内核，但在嵌入式设备（QuickQ）上，重新编译内核非常困难，官方固件可能压根就没打算让用户用这个功能。
CPU 核编号与掩码计算错误
rps_cpus 是一个十六进制掩码，每个 bit 代表一个逻辑 CPU 核，如果你计算掩码时错了，系统不会报错，但流量不会分发到期望的核上。
- 常见错误：
- CPU 编号不对：例如你想用 CPU 0、1、2，但写成了
7（二进制 111），但实际系统中 CPU 2（第3核）是不存在的，或者你的系统只有核0和核1，此时带宽可能只分布在核0和核1上。 - /proc/cpuinfo 显示的核编号不连续：有些嵌入式芯片（如某些 Arm DynamIQ 架构）会有大核小核，编号可能不连续（CPU0, CPU1, CPU4, CPU5），算掩码时没跳过中间编号的核。
- 大小端：在
/sys/class/net/eth0/queues/rx-0/中写入掩码时，格式必须是 CPU 小端（Linux 下的文件是 big endian 显示，但写的时候有的驱动要求直接写十六进制字符串），最保险的做法是写入十六进制小端格式。
- CPU 编号不对：例如你想用 CPU 0、1、2，但写成了
中断亲和性与 RPS/IRQ 冲突 (核心原因)
QuickQ 作为一个硬件加速的设备，网卡硬件中断（RSS 或单一中断） 与 RPS 的软中断可能产生冲突。
- 场景：网卡硬中断被绑定到了 CPU0，你设
rps_cpus为0xFE（跳过CPU0），希望包处理只在其他核上。 - 结果：依然只有 CPU0 在处理网络包，原因是硬中断的优先级高于软中断，且软中断（RPS负责的部分）的调度受硬中断位置影响很大。
- 验证：检查
/proc/irq/<IRQ_NUM>/smp_affinity和/proc/interrupts，如果网卡IRQ和RPS目标核不一致，RPS的效果会大打折扣甚至无效，你会误以为是掩码没生效。
QuickQ 设备使用 DPDK (这种情况常见)
QuickQ 是在网卡/加速卡上运行 DPDK（数据平面开发套件） 或者 RDMA（远程直接数据存取）（Mellanox 的网卡或某些 FPGA 加速卡）：
- RPS 不适用：DPDK 绕过了内核网络栈，
rps_cpus文件即使存在，修改也对 DPDK 发包无任何影响，DPDK 有自己的核心掩码（通过-l或--lcores参数设置），那是EAL（环境抽象层）的核心掩码，不是内核的rps_cpus。
文件系统权限或挂载问题 (嵌入式特有)
在 QuickQ 嵌入式板卡上，/sys 文件系统可能被挂载为 ro（只读） 或部分隐藏，修改 rps_cpus 需要写入 /sys，但你用 echo 写入后，系统静默忽略（没有错误提示，但内容不变）。
- 检查：
mount | grep sysfs看是否包含rw。 - 解决：有些厂商封闭的系统不允许修改任何
/sys参数，只能通过驱动内置的 RPS 配置（如果有的话）。
排查步骤（按优先级）
- 确认设备类型：运行
uname -a，查看是否是通用的 Linux 内核，如果是buildroot或yocto精简内核，大概率不支持。 - 确认硬件核数：
cat /proc/cpuinfo | grep processor | wc -l，如果是单核（比如很多 Cortex-A5/A7 的单核型号），RPS 完全无用，因为单核不需要RPS。 - 查看 RPS 文件是否存在：
ls /sys/class/net/<接口名>/queues/rx-0/rps_cpus，不存在=没编译支持。 - 测试写入并读取：
echo f > /sys/class/net/eth0/queues/rx-0/rps_cpus cat /sys/class/net/eth0/queues/rx-0/rps_cpus
如果读出的是
0或者和写入的值不同，说明系统或驱动不支持修改，或只接受特定格式（如必须写16进制小端f而不是F）。 - 检查中断亲和性：
cat /proc/irq/*/smp_affinity（与网卡相关的IRQ），确保smp_affinity和rps_cpus指定的核相同，或至少有交集。
为什么 QuickQ 的 RPS CPU 掩码不对？
- 大概率是内核没编译 RPS 支持（嵌入式 Linux 专门砍掉这个功能以节省内存）。
- QuickQ是一个 MCU 或 DPDK 硬件，它根本不需要、也不响应内核的 RPS 配置。
- 再者是掩码计算错误或中断亲和性冲突导致你觉得没生效。
建议做法：不要纠结 QuickQ 的 RPS 功能，如果是纯软件负载均衡需求，可以尝试 XPS（Transmit Packet Steering） 或升级到 RSS（硬件多队列） 网卡（QuickQ 支持），如果是 QuickQ 加速卡，请查阅其官方 SDK 文档关于 流量分发 的配置（通常是硬件侧配置，而非 Linux 内核 /sys 文件）。
