DSP

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

2019-07-13 10:05发布

时隔多年,重回研发。 这次是开发物理层的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多岁了,突然有一天对我说:制造困难也要上?现在我怎么觉得这话不对呢? 我说,什么时候对过?
现在的代码都重写了。连掉帧检查的代码也都没有了,原来是都有了。以后还要再补回来,可能是2年以后了。 再来一次复兴。
正在听济公传,同样是5000年的妖精,有的死过,那道行就差得远了,更何况5年死一回呢?