多线程编程之重点 使用DSP BIOS时选择线程类型的参考方法.docxVIP

 PAGE \* MERGEFORMAT 5 多线程编程之重点－－使用DSP/BIOS时选择线程类型的参考方法 了解以下这些，对在DSP/BIOS上设计多线程应用程序就是轻而易举的事件。DSP/BIOS支持多种类型线程，每种类型线程且有不同执行及抢先点，下表列出了这些线程的一些特点。?线程选择的一些原则 对线程选择基于对下面这个问题的回答：在应用程序中，这个线程是否具有实时性（线程必须在严格的时间段内结束，以及不允许被抢先）？该线程的执行时间相对其它部分来说是否少很多？ 1． 严格的实时性 如果线程的执行需要严格的实时性，而线程执行需要的时间又很少时，可以使用硬件中断或时钟函数来完成。CLK时钟函数也是在硬件中断中执行的。DSP芯片一般都有一个或多个片上定时器外设，并能产生周期性的等间隔硬件中断。DSP/BIOS内核通常会使用其中的一个定时器作为自己的系统时钟。在大多数TMS320系列的DSP中，DSP/BIOS内核的CLK模块都可以提供接近一个机器周期的时钟。CLK函数将由片上的定时器中断触发，并在该中断的中断服务子程序（ISR）中调用执行。硬件中断线程由外部的同步事件（或AD转换器的中断信号）触发而执行。HWI函数或中断服务子程序（ISR）将在中断发生后执行。由于硬件中断具有最高优先级，所以HWI函数具有严格的实时性。在DSP/BIOS的应用程序中，HWI中断函数能够处理频率为200KHZ的中断（具体瑾因工作频率不同或ISR的复杂度而可能有差异）。所以当处理时间间隔在2－5US之间时，可以使用硬件中断线程。还有一个原因，就是硬件中断线程有极小的中断潜伏期。所谓中断潜伏期，指的是从中断触发到中断服务子程序的第一条指令开始执行之间的时间。当然，中断潜伏期越长，表示中断的响应越不及时，这一点对处理的实时性来讲相当重要。硬件中断线程只可以用汇编语言或C语言和汇编语言的混合体，但通常我推荐使用汇编语言。 在硬件中断处理函数中，可以将SWI软件中断对象，或TSK任务对象放到执行队列中，但它们必须等到所有的硬件中断线程结束后才能允许。所以，应该尽量减小HWI硬件中断函数，以便中断服务序尽快结束。另外，DSP在响应硬件中断后会自动屏蔽所有的中断，因此可以通过设置调用HWI_enter的参数开放一些中断，允许这些中断抢先执行。在系统存在多个硬件中断线程，而其中一个的中断服务程序稍长时，这种方法非常有效。 当硬件中断函数调用某些PIP管道模块的API函数时，如PIP_alloc,PIP_free,PIP_get,PIP_put等，读写通知函数也将在中断响应中调用执行。 2．部分实时性 有时会遇到这种情况，只有一部分线程的执行要求有严格的实时性，其余部分执行时间较长而且对处理时间没有太多的要求。显然，这时仅仅使用硬件中断线程是不理想的。 一般情况下，要求严格实时性的处理都是由硬件中断触发，所以我们显然会使用硬件中断服务程序来响应这个中断，以便满足对实时性的要求。更为能用的做法是，可以增加SWI软件中断或TSK任务线程来完成一些非实时性的处理任务。这样可以减少中断的潜伏期，提高响应实时性请求的能力。 所以，将代码分为多个线程，只要求有严格实时性的任务放到HWI硬件中断中完成，而其余处理都放到优先级较低的SWI或TSK中完成。这些SWI或TSK线程有如下两个特点： ＊? ???能完成实时处理任务，但允许处理时间相对较长； ＊? ???允许被其他线程抢先。 那么这些处理函数究竟该选择使用SWI软件中断线程还是TSK任务线程呢？请先看下面的几种情况： ＊? ???处理函数需要等待某些资源（例如数据、上位机的信号等），以便继续运行。 ＊? ???处理函数与其他线程之间有复杂的联系或数据共享要求。 ＊? ???希望处理函数有自己的堆栈空间而不是系统共用的堆栈空间。 ＊? ???处理函数中用到LCK，MBX或SEM这几个内核模块。 ＊? ???希望在线程创建、删除、退出、就绪、切换时调用钩子函数。 当上面的情况有任何一种存在时，建议使用TSK任务线程；相反，当没有上面的一种情况出现时，建议选用SWI软件中断。 任务线程与软件中断线程有以下几点区别： ＊? ???任务在执行时可以被挂起（suspended,可以理解为暂停），直到必需的条件（如数据准备好、信号同步等）得到满足，才可以继续运行。在任务被挂起时，即任务处于暂停或阻塞（blocked）状态，其他任务或线程得以执行，而软件中断做不到这点。 ＊? ???DSP/BIOS内核提供了一组用于任务之间通信和同步的数据结构，包括旗语、邮箱和锁。这些数据结构无法用于软件中断之间的通信和同步。 ＊? ???每个任务都有自己的堆栈区，而软件中断使用共享的系统堆栈。 ＊? ???当任务被创建、删除、退出或