用于RT补丁的Linux内核的Cyclictest

Question

您好我用RT-Patch修补了Linux内核,并使用监视延迟的Cyclinctest对其进行了测试.内核不是很好,也不比vanilla内核好. https://rt.wiki.kernel.org/index.php/Cyclictest

我检查了uname的RT,看起来很好.

所以我检查了cyclinctest的要求,并指出我必须确保在内核配置中配置以下内容:

CONFIG_PREEMPT_RT=y
CONFIG_WAKEUP_TIMING=y
CONFIG_LATENCY_TRACE=y
CONFIG_CRITICAL_PREEMPT_TIMING=y
CONFIG_CRITICAL_IRQSOFF_TIMING=y 

现在出现的问题是配置不包含此类条目.也许有旧的,它们可能会在新的补丁版本(3.8.14)中重命名？

我找到了以下选项:

CONFIG_PREEMPT_RT_FULL=y
CONFIG_PREEMPT=y
CONFIG_PREEMPT_RT_BASE=y
CONFIG_HIGH_RES_TIMERS=y 

这是在3.x内核中提供从上面提供所需的吗？有人提示吗？

Answer 1

为了在PREEMPT_RT下获得硬实时性能,必须做很多事情.以下是我所知道的事情.标有星号的条目适用于您当前的位置.

• 使用PREEMPT_RT修补内核(如您所做),并启用CONFIG_PREEMPT_RT_FULL(以前称为CON​​FIG_PREEMPT_RT,正确导出).
• 禁用处理器频率缩放(通过从内核配置中删除它或更改调控器或其设置).(*)
  • 推理:改变核心的频率需要一段时间,在此期间核心没有任何有用的工作.这会导致高延迟.
  • 要删除它,请查看内核设置中的ACPI选项.
  • 如果您不想从内核中删除此功能,可以将cpufreq调控器设置为"performance"以将其锁定到其最高频率.
• 禁用深度CPU睡眠状态
  • 推理:像切换频率一样,从深度睡眠中唤醒CPU可能需要一段时间.
  • Cyclictest为您完成此任务(查看/ dev/cpu_dma_latency以了解如何在您的应用程序中执行此操作).
  • 或者,您可以禁用内核中的"cpuidle"基础结构,以防止这种情况发生.
• 为实时线程设置高优先级,高于50(最好是99)(*)
  • 推理:您需要将优先级置于大多数内核之上 - 大多数PREEMPT_RT内核(包括IRQ)的优先级为50.
  • 对于循环测试,您可以使用"-p#"选项执行此操作,例如"-p99".
• 必须锁定应用程序的内存.(*)
  • 推理:如果应用程序的内存未锁定,则内核可能需要在执行期间重新映射一些应用程序的地址空间,从而触发高延迟.
  • 对于循环测试,可以使用"-m"选项完成.
  • 要在您自己的应用程序中执行此操作,请参阅RT_PREEMPT howto.
• 你必须卸载nvidia,nouveau和i915模块(如果它们被加载(或者不是首先构建它们))(*)
  • 推理:已知这些会导致高延迟.希望你在实时系统上不需要它们:P
• 您的实时任务必须编码为实时
  • 例如,您无法通过malloc()进行文件访问或动态内存分配.许多系统调用是禁止的(很难找到哪些是可接受的,IMO).
  • 循环测试大多已经编码用于实时操作,许多实时音频应用也是如此.但是,您确实需要使用"-n"标志运行它,否则它将不会使用实时安全的睡眠调用.

cyclictest的实际执行应该至少包含以下参数集:

sudo cyclictest -p99 -m -n