Windows CE 5.0实时系统

ISR 的启动时间必须考虑到两个因素：所关注的中断已经发生之后将发生的较高优先级中断的数量，以及执行ISR所占用的时间。

Windows CE和原始设备制造商（OEM）都会影响执行ISR的时间。Windows CE的控制变量A、B和C都受到限制。

IST延迟

IST延迟是指从完成执行ISR即（通知线程）到IST开始执行的时间。以下四个与时间相关的变量会影响IST的启动：

B = 内核调度中断和真正调用ISR的时间间隔。内核利用这一时间决定将要运行什么ISR，并保存在继续之前必须保存的任何寄存器。

C = 在ISR返回到内核和内核实际停止处理中断之间的时间。这是内核通过还原在ISR被调用之前保存的任何状态（例如寄存器）来完成ISR操作的时间。

L = Kcall（内核调用）中的最长时间。

M = 调度线程的时间。

在ISR返回到内核并且内核执行某些工作来开始执行IST之后最高优先级IST开始的启动时间。在ISR返回并通知IST开始运行之后，IST启动时间受所有ISR的总计时间的影响。下面的示例说明了所得到的启动时间：

最高优先级IST启动时间 =

Windows CE和OEM都会影响执行IST所需的时间。Windows CE控制变量B、C、L和M都是受限制的。OEM控制NISR和TISR(N)，它们可以影响IST延迟。

Windows CE还对IST添加了以下限制：链接ISR和IST的事件处理只能用在WaitForSingleObject函数中。Windows CE防止ISR-IST事件处理被用在WaitForMultipleObjects函数中，这意味着内核可以担保触发事件的时间和释放IST的时间有一个上限。

·计划程序计时分析（OSBench）：该工具允许您收集计时样本，通过执行调度性能定时测试，测量内核的性能。

·内核跟踪程序（Kernel Tracker）：此工具可以直观显示Windows CE .NET操作系统在目标设备上的执行状况。该工具可用于在实时环境下查看线程交互、内部关联以及系统状态信息。本文目的是检验线程和进程间的交互作用。

·调用评测程序（Call Profiler）：此工具可用于确定代码的算法瓶颈。

设备中存在许多影响实时性能的因素，如硬件、驱动程序和应用。在本例中，我们从应用级开始。运行于实时环境中的应用启动时就应该分配所有资源。所有内核对象（进程、线程、互斥锁、临界段、信号和事件）都按照需要分配到虚拟内存中。按需分配内存是不确定的，因此，不能对操作系统完成操作的时间进行限制，所以它不能用于应用的实时执行中。

远程调用评测程序

实时系统不仅包括硬件和操作系统，日益增多的应用逻辑也运行于相同的硬件之上。因此，嵌入式设计中的应用代码可能存在失败风险。Windows CE不会强行命令IST在设备驱动程序环境中运行，IST仅是一个特殊的线程，因此在应用环境中可以运行IST线程。既然如此，该如何检验应用代码的瓶颈呢？当然，这可能会影响设备的整体性能。答案是：这正是Windows CE安装的工具 － 远程调用评测程序的功能。该工具可解答下列问题：何时执行何种代码？何谓软件组件的交互？应用程序运行时，CPU在做什么？

为了证明这一点，我采用构建、运行在Windows CE上的“哲学家就餐问题”应用。以下是解决过程：现在，五位哲学家（线程）围坐在圆桌前。每人面前放着一碗食物。哲学家们用一支筷子开始吃饭。哲学家就餐的前提是他必须有两支筷子（因此，五位哲学家中必须有一人奉献出一支筷子）。这时，哲学家就必须找到一种能够共享筷子的方法，以保证大家都能吃到碗中的食物。

同样地，当多线程程序中有一个以上的线程（哲学家）竞争资源（食物）时，就有可能发生死锁或争执，当然这要取决于哲学家的饥饿程度！如果多个线程都在等待使用稀缺资源，就会造成等待时间的不确定性，进而冻结所有应用。对实时应用而言，这并不是个难题，您可以选择远程调用评测程序运行应用就可以解决该问题。

远程调用评测程序可以在不同视图中显示调用信息，包括直观的调用图表。它会显示应用运行每个函数时花费的时间。显而易见，这是处理视频/音频流的实时压缩/解压缩问题的最为有效的工具。下表显示的是远程调用评测程序应用中的视图。

表1. 远程调用评测程序中的视图

下图显示的是哲学家应用的调用图表视图。此图显示，35%的应用时间花费在函数Eat( ) 上。也许应该了解一下函数的内容！

图1. 远程调用评测程序

您也许会问，要运行远程调用评测程序，需要向应用代码中添加什么。实际上，您根本无需更改所有代码，而仅需要用其它标志函数（WINCECALLCAP=1）进行编译。

调用评测库为应用开发人员提供了一幅独特的应用逻辑执行过程细节图。将该工具用于低速测试过程，以培养客户对应用代码的信