zramswapon 失败：不允许操作

Question

swapon(2)系统调用的手册页说：

错误
EPERM 调用者不具有 CAP_SYS_ADMIN 功能。或者，已使用最大数量的交换文件；请参阅下面的注释。

注意
可使用的交换文件数量有一个上限，由内核常量 MAX_SWAPFILES 定义。在内核 2.4.10 之前，MAX_SWAPFILES 的值为 8；从内核 2.4.10 开始，它的值为 32。从内核 2.6.18 开始，如果内核是使用 CONFIG_MIGRATION 选项构建的（为页面迁移功能保留两个交换表条目），则限制会减少 2（因此：30） mbind(2) 和 migrate_pages(2)）。从内核 2.6.32 开始，如果内核是使用 CONFIG_MEMORY_FAILURE 选项构建的，则该限制进一步减少 1。

因此，假设所有这些选项均已启用（检查您的内核配置），则限制为 32 - 2 - 2 - 1 = 27。根据输出，这恰好是您正在使用的交换设备的确切数量lsblk（sda3+zram0至zram25)。（我不知道为什么涉及的错误是 EPERM，“权限被拒绝”，而不是 ENFILE 或其他暗示“太多”的错误。）

您也许可以通过重新编译内核来增加该限制，但我只需修改 zram 脚本以创建更少的交换设备。为每个核心创建一个核心的想法是，如果多个核心想要同时交换，则不会出现争用。但是...如果您有 32 个核心尝试同时交换所有核心，这听起来已经很麻烦，因此减少数量可能并不重要。当然，您可以运行基准测试。

在我手头的 Ubuntu 系统上，要创建的设备数量在中设置/etc/default/zramswap，因为CORES=4该设置由实际设置脚本读取，这在其他 Linuxen 中可能相似也可能不相似。

Answer 1

swapon(2)系统调用的手册页说：

错误
EPERM 调用者不具有 CAP_SYS_ADMIN 功能。或者，已使用最大数量的交换文件；请参阅下面的注释。

注意
可使用的交换文件数量有一个上限，由内核常量 MAX_SWAPFILES 定义。在内核 2.4.10 之前，MAX_SWAPFILES 的值为 8；从内核 2.4.10 开始，它的值为 32。从内核 2.6.18 开始，如果内核是使用 CONFIG_MIGRATION 选项构建的（为页面迁移功能保留两个交换表条目），则限制会减少 2（因此：30） mbind(2) 和 migrate_pages(2)）。从内核 2.6.32 开始，如果内核是使用 CONFIG_MEMORY_FAILURE 选项构建的，则该限制进一步减少 1。

因此，假设所有这些选项均已启用（检查您的内核配置），则限制为 32 - 2 - 2 - 1 = 27。根据输出，这恰好是您正在使用的交换设备的确切数量lsblk（sda3+zram0至zram25)。（我不知道为什么涉及的错误是 EPERM，“权限被拒绝”，而不是 ENFILE 或其他暗示“太多”的错误。）

您也许可以通过重新编译内核来增加该限制，但我只需修改 zram 脚本以创建更少的交换设备。为每个核心创建一个核心的想法是，如果多个核心想要同时交换，则不会出现争用。但是...如果您有 32 个核心尝试同时交换所有核心，这听起来已经很麻烦，因此减少数量可能并不重要。当然，您可以运行基准测试。

在我手头的 Ubuntu 系统上，要创建的设备数量在中设置/etc/default/zramswap，因为CORES=4该设置由实际设置脚本读取，这在其他 Linuxen 中可能相似也可能不相似。

zramswapon 失败：不允许操作

答案1

相关内容