[参考译文] 编译器/TMS320C6678：用CCS生成的ASM代码替换c函数时，代码运行速度要慢得多

我加入TI时的工作重点是DSP优化等。因此，我在职业生涯早期为C6000写了一些组装。  考虑到VLIW体系结构和未受保护的管道，很难为该设备编写程序集，而且很难比编译器做得更好。

在走纯汇编语言的道路之前，您是否研究过使用pragma？  必须迭代pragma非常适合通知编译器有关循环的约束(例如最小值，最大值，多个值)。  如果可以保证函数的不同指针输入不指向重叠缓冲区，则“限制”关键字对指针非常有用。  仅使用这两种简单的方法就可以帮助编译器生成更高效的代码。  我假设您已经提高了编译器中的优化级别。

除了必须迭代和restrict关键字之外，优化的下一步通常是使用内部函数。  我发现内部函数比汇编更好。  它使您可以让编译器使用非常具体的指令，而不必深入研究编写程序集的所有细节。  如果您正在处理打包的数据(例如一组16位字等)，则可以使用专用的66x指令同时处理一组项目。

感谢您对关键字"限制"的建议。 对我来说很好。

事实上，我想将此函数重写为ASM代码，因为我发现此函数的速度不稳定。 当我优化其他功能并保持此功能不变时，此功能的速度不稳定。 有时它仅使用2.3万个周期。 有时它使用15万个周期。 我不知道原因。 我猜可能是因为编译器生成了不同的ASM代码。

现在我添加关键字"restrict (限制)"。 此功能始终使用2.3万个周期。 一个非常有用的关键字！

谢谢你。