第一声“算错了”冒出来的时候，有人心里“咯噔”一下，糟了！
但是随着越来越多的“算对了”响起，大家的目光看向了那少数几位说“算错了”的同志，眼带戏谑。
那啥，同志，是不是你自己算错了？
几位同志面带讪然，非常不好意思。
但是此刻，大家的注意力已经不在他们算得对不对了，而是看向了这块插管插满了的电路板。
宝贝啊！
别看16位浮点数的有效数字只有3~4位，数值范围也不大，但是对于很多实际工程应用来说，其实这个精度和数值范围足够了。
用一个最典型的应用最广泛的例子来说，圆周率p。
由于有那首著名的“山巅一寺一壶酒”的存在，相信很多人都能将p轻松背到小数点后5位，有闲心的，轻松能背到20位以后，当然，“他在倒背圆周率！”这种笑话是不可能的。
但是实际使用中，哪怕背得再长，实际上相当多都是用的3.14，原因很简单，用3.14和3.14159算出来的相关结果，在工程应用中差别很小，一般来说够用了。
算一算就知道，就算把p用到小数点后一万位，与3.14的差别大概也就是万分之五。
这也就是高振东为什么先做16位浮点数硬件乘法器的原因——够用而且便宜。
“高总工，这个板子叫什么？”一位搞雷达的同志激动的问道。
高振东笑道：“单周期16位浮点硬件乘法器。”
这个名称非常直接，同志们一听就听懂了，其中有部分对于计算机比较了解的同志，发出了惊叹声：“这机器一个周期就能完成乘法运算？”
高振东点点头：“对，它的指令周期和djs-59是一样的，4个时钟周期形成一个机器周期，从理论上说，即使djs-59系的计算机代码最优化，完成一次8位整数乘法，所需的时间也是这个硬件乘法器完成一次16位浮点数乘法的25倍以上，实际上，由于这个设备的主频是1hz，相比0.6的djs-59和0.8的djs-60d，它的速度比刚才说的还要更快一些。”
更好的集成电路工艺，使得硬件乘法器的主频一开始就比前两台通用计算机要更快，潜力更大。
换算过来的话，这个硬件乘法器的理论极限运算能力，大概是0.25ps左右，也就是每秒25万次。
1/25，哪怕不考虑主频的差别，这个比例也让所有搞雷达的同志都激动起来。
“这就意味着，我们算信号的速度更快了！”
“太好了，我估计了一下，有了这个，我们的动目标指示算法的速度，就达到能用的程度了。”
虽然他们搞的动目标指示，是用的高振东建议的延迟线对消滤波，可以用模拟器件实现，但是这并不意味着他们在进行目标处理的时候，不需要数学计算。
“这对于我们数字通信很有用处啊，信号处理、加密解密，一直困扰我们的实时语音信号处理和实时加密问题，总算看到了曙光。”
这是被委里总工额外叫过来的，搞通信的同志。
然而事情并没有完，高振东说出了一个让他们更加高兴的事情。
“实际上，这套电路的主频，并没有到达极限，现在我使用的主频是相对保守的，而现有集成电路工艺下，该器件能达到的主频，应该还能提升几倍。”
pos是能上到数hz的主频的，这也是现有条件下的极限了，虽然pos受限于本身的原理缺陷，和高振东前世动辄几个ghz的速度相比，差了1000倍，但是在这个时代，快得一批。
最高兴的是搞炮位侦校雷达的同志，高振东给他们的算法里，炮弹实时点位解算，根据解算出来的点位数据组进行扩展卡尔曼滤波，以及需要用到的泰勒级数展开、加权平均等等，都使用到了大量的乘法运算，原本使用的djs-60d因为位宽和架构问题，计算起来是有些捉襟见肘的，简单来说就是速度有点慢。
想要实时处理雷达送回的炮弹点位数据是有困难的，他们现在都是使用的先存储雷达信号数据，然后据此解算点位数据，最后才根据点位数据组进行滤波、定位的办法。
实际上整个过程，需要的时间要用分钟来计数，等反击炮群把数据装订好打回去，那已经是好几分钟之后的事情了。也不是不能用，但是很明显，达不到他们想要的效果。
毕竟根据他们掌握的情况，最先进的敌人，已经用上了自行火炮，这种火炮是有能力在数发急速射之后，在数十秒之内拔腿跑路的。
哪怕是牵引火炮，实际上在我们熟练的战士手上，打了之后几分钟之内就挂车上撤退也不是做不到。
所以压缩解算时间，就是他们最大的愿望，堆djs-60d是不现实的，太贵，而且编程复杂。而现在，这个愿望有实现的可能性了。
“高总工，这个有没有多的？给我们一台试试呗。”
高振东笑道：“现在没有多余的，但是不用担心，这个东西，已经能够完全国产了，想要多少就有多少。不过我不建议大家使用太多。”