5.3. 重新分发 VDO 线程


在处理请求时,VDO 对不同的任务使用各种线程池。最佳性能依赖于在每个池中设置正确的线程数,这因可用的存储、CPU 资源以及工作负载的类型而异。您可以将 VDO 分散到多个线程中,以提高 VDO 性能。

VDO 旨在通过并行性最大化性能。您可以根据可用 CPU 资源等因素和瓶颈的根本原因,通过给瓶颈任务分配更多线程来提高其性能。高线程利用率(70-80% 以上)可能会导致延迟。因此,在这种情况下增加线程数可能会有所帮助。但是,过量的线程可能会妨碍性能,并产生额外的成本。

要获得最佳性能,请执行以下操作:

  • 测试具有各种预期工作负载的 VDO 来评估和优化其性能。
  • 为利用率超过 50% 的池增加线程数。
  • 如果总体利用率大于 50%,增加 VDO 可用的核数,即使单个线程利用率较低。

5.3.1. 在 NUMA 节点中对 VDO 线程进行分组

跨 NUMA 节点访问内存比本地内存访问要慢。在核共享节点中的最后一个缓存的 Intel 处理器上,数据在节点间共享时的缓存问题比在单个节点中共享时更严重。虽然很多 VDO 内核线程管理专用的数据结构,但它们通常会交换有关 I/O 请求的消息。VDO 线程分散到多个节点上,或者调度程序在节点间重新分配线程可能会导致竞争,也就是多个节点竞争同一个资源。

您可以通过将同一 NUMA 节点上的某些线程进行分组来提高 VDO 性能。

将一个 NUMA 节点上的相关线程分组在一起
  • I/O 确认(ackQ)线程
  • 高级 I/O 提交线程:

    • 用户模式线程处理直接 I/O
    • 内核页缓存刷新线程
优化设备访问
  • 如果设备访问时间因 NUMA 节点而异,请在最接近存储设备控制器的节点上运行 bioQ 线程
最小化争用
  • 在与 logQphysQ 线程相同的节点上运行 I/O 提交和存储设备中断处理。
  • 在同一节点上运行其他与 VDO 相关的工作。
  • 如果一个节点无法处理所有 VDO 工作,请在将线程移到其他节点时考虑内存争用。例如,将中断处理和 bioQ 线程的设备移到另一个节点。

5.3.2. 配置 CPU 亲和性

如果调整 VDO 线程的 CPU 亲和性,您可以提高某些存储设备驱动程序上的 VDO 性能。

当存储设备驱动程序的中断(IRQ)处理程序做了大量工作,并且驱动程序不使用线程 IRQ 处理程序时,它可能会限制系统调度程序优化 VDO 性能的能力。

要获得最佳性能,请执行以下操作:

  • 如果核过载,将特定的核专用于 IRQ 处理,并调整 VDO 线程亲和性。如果 %hi 值比其它核高出几个百分点,则核过载。
  • 避免在忙碌的 IRQ 内核上运行单例 VDO 线程,例如 vdo:journalQ
  • 只有在单独的 CPU 使用很高时,才会使其他线程类型与 IRQ 保持忙碌。
注意

配置在系统重启后不会保留。

流程

  • 设置 CPU 亲和性:

    # taskset -cp <cpu-numbers> <process-id>
    Copy to Clipboard

    使用您要为其分配该进程的 CPU 号列表替换 cpu-numbers。使用您要设置 CPU 关联性的正在运行的进程 ID 替换 process-id

    例如,要在 CPU 内核 1 和 2 上为 dm-vdo 进程设置 CPU 关联性:

    # for pid in $(ps -eo pid,comm | awk '/vdo/ {print $1}');
    do
        taskset -cp "1,2" "$pid";
    done
    Copy to Clipboard

验证

  • 显示亲和性集合:

    # taskset -cp <cpu-numbers> <process-id>
    Copy to Clipboard

    使用您要显示 CPU 关联性的正在运行的进程 ID 替换 process-id

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat