主要内容

代码检测分析器

在代码插装分析器中，将代码添加到生成的代码中，以记录处理器上执行的每个任务的开始和停止时间。记录的每个任务的启动和停止时间被发送到开发计算机进行保存、处理和显示。从流程中所有任务的启动和停止时间以及优先级组合推断出每个任务的瞬时状态。

考虑一个简单的模型，它有两个任务，一个高优先级和一个低优先级在嵌入式处理器上执行，并由代码插装分析器测量。该图显示了代码插装分析器所做的测量，以及这些测量结果对单个任务状态的推断。

检查该图，可以看出低优先级任务的状态是从高优先级任务的执行中推断出来的。由于只能测量任务执行的开始和结束时间，因此可能会丢失一些相关数据，特别是内核延迟。由于内核延迟在任务开始之前，所以不能直接观察到中断事件的实际时间，可以假设任务的开始时间比中断的实际时间延迟。此外，当一个任务从抢占状态转移到运行状态时，内核延迟被添加到低优先级任务的解释执行时间中。

代码插装分析得益于易于生成和部署。在部署到在单一任务模式下运行单个进程的操作系统的处理器上的模型上，任务执行计时测量具有足够的准确性和精确性。由于每个任务中只添加了少量用于记录任务开始和停止时间的代码，因此在大多数情况下，代码插装分析器对任务执行时间的影响可以忽略不计。

限制

代码插装分析提供了生成代码的轻量级度量工具。但是，在使用代码插装分析器测量任务执行和持续时间时，必须考虑两个限制。这些限制如下:

  • 无法测量内核延迟或内核延迟的组成部分。内核延迟通常可以视为一个常数。由于内核延迟对所有任务启动时间的影响近似相等，因此可以通过与模拟中的任务时间进行比较来估算内核延迟。有关内核延迟的更多信息，请参见内核延迟

  • 无法使用自定义代码块从任务中捕获向OS内核发出的命令的效果。代码插装分析器记录任务的开始时间、结束时间和被其他任务抢占的时间。但是，当任务调用OS内核时，代码插装分析器不会将任务和内核之间的控制变更记录为抢占。由于内核调用没有详细的计时知识，可以被视为不确定的，因此使用这种类型的分析器无法可靠地测量所测量的任务持续时间。有关任务持续时间的详细信息，请参见任务持续时间．

另请参阅

相关的话题