DSP 内联函数(inline)在x86上实现的一些要点之后的验证方法（一）感悟

时隔多年，重回研发。

这次是开发物理层的DMRS，PRACH和SRS三个序列。

时过境迁，让我没有想到的是，DSP的程序，目前要在x86和FPGA上实现。

这里，在开始之前，想说些闲话：1）被开发出来的对象，要把它当成是有生命的存在；2）小改进大奖励。每次前进，要依存于前人的成果。

用卢梭的思想：叫共同意志。

我说的共同意志，不是说开发团队，而是被开发的对象。

比如，我们正在开发的5G产品。是依托于4G的设备的。

今年看完了《理想国》《政治学》，正在看卢梭的《民约论》

被开发出来的目标，也是有生命的。

比如，我们现在，把DSP这个硬件芯片去除了，然后把程序在X86和FPGA上实现。

这没有什么不对，但不对之处在于，完全重写，不再基于原有的成果。

假如，原来我们的产品，叫X，那么，不幸的来说，这个X死了。它十几年的生命化为乌有。

因为公司的员工早流失得差不多了，代码也没有人懂，原来，虽然没有人懂，但X是活着的，因为它还在被用着。

现在，硬件改了，DSP没有了，X真正的死了。

共同意志没有了。

 这不正是中国两千来年的缩影吗？

年报，年年都有成果，但纵向来的，今年是重复十年前的活。这算哪门子进步呢？

当然，这是由于权力体系，对技术体系的干扰所致。

不说这个。

================================

我是想说，硬件与平台，可以认为是业务无关的。

所以，接口要明晰。

比如，DSP，现在换成了FPGA，原来的代码，原本是可以复用的。

FPGA上，现在已经有了ARM的IP核，所以，应当先在FPGA上搭出来DSP，原来的程序，就可以使用了。

原来DSP的加速器的FFT和IQmath内联函数，也建一个加速器。

这样一来，业务团队就没有死掉，X设备，的生命就延续。

俗话说：一搬三穷。

但咱们中国人，就是喜欢折腾。没有困难，制造困难也要上。

我有一个朋友，40多岁了，突然有一天对我说：制造困难也要上？现在我怎么觉得这话不对呢？

我说，什么时候对过？

现在的代码都重写了。连掉帧检查的代码也都没有了，原来是都有了。以后还要再补回来，可能是２年以后了。

再来一次复兴。

正在听济公传，同样是５０００年的妖精，有的死过，那道行就差得远了，更何况５年死一回呢？