定点DSP 指令集
定点DSP 指令集是按两个目标来设计的：
使处理器能够在每个指令周期内完成多个操作，从而提高每个指令周期的计
算效率。
将存贮DSP 程序的存储器空间减到***小（由于存储器对整个系统的成本影响
甚大，该问题在对成本敏感的DSP 应用中尤为重要）。
为了实现这些目标，DSP 处理器的指令集通常都允许程序员在一个指令内说
明若干个并行的操作。例如，在一条指令包含了MAC 操作，即同时的一个或
两个数据移动。在典型的例子里，一条指令就包含了计算FIR 滤波器的一节
所需要的所有操作。这种***率付出的代价是，其指令集既不直观，也不容
易使用（与GPP 的指令集相比）。
GPP 的程序通常并不在意处理器的指令集是否容易使用，因为他们一般使用
象C 或C++等***语言。而对于DSP 的程序员来说，不幸的是主要的DSP 应
用程序都是用汇编语言写的（至少部分是汇编语言优化的）。这里有两个理
由：首先，大多数广泛使用的***语言，例如C，并不适合于描述典型的DSP
算法。其次，DSP 结构的复杂性，如多存储器空间、多总线、不规则的指令
集、高度专门化的硬件等，使得难于为其编写***率的编译器。
即便用编译器将C 源代码编译成为DSP 的汇编代码，优化的任务仍然很重。
典型的DSP 应用都具有大量计算的要求，并有严格的开销限制，使得程序的
优化必不可少（至少是对程序的***关键部分）。因此，考虑选用DSP 的一个
关键因素是，是否存在足够的能够较好地适应DSP 处理器指令集的程序员。
8 开发工具的要求
因为DSP 应用要求高度优化的代码，大多数DSP 厂商都提供一些开发工具，
以帮助程序员完成其优化工作。例如，大多数厂商都提供处理器的仿真工具，
以准确地仿真每个指令周期内处理器的活动。无论对于确保实时操作还是代
码的优化，这些都是很有用的工具。
GPP 厂商通常并不提供这样的工具，主要是因为GPP 程序员通常并不需要详
细到这一层的信息。GPP 缺乏***到指令周期的仿真工具，是DSP 应用开发
者所面临的的大问题：由于几乎不可能预测高性能GPP 对于给定任务所需要
的周期数，从而无法说明如何去改善代码的性能。