Question

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

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

sudo cyclictest -p99 -m -n

用于RT补丁的Linux内核的Cyclictest

1 个答案: