讨论稿，向【64位超算中心】前进 ! DSP/DPU351 + TFPU, DPU32@全新32位8051

神***

如让 CPU继续工作，会用到哪些数据单元 ？
DPU351 来回传的那些数据单元咋办 ？

硬件重入了 ？

===不看程序 N 年，想到这些，就提了个方案
       1，不给CPU时钟，这简单啊
       2，无上限给 DPU351 永远提高主频
       3，CISC 的 CPU 只是辅助角色了，主频低些也无妨，
            能对存储器直接运算操作，造成走线长，同制程
            主频要低些，但强悍
         
            RISC 是把存储器中的 数据先搬到 寄存器，
            再运算，再从 寄存器搬回 存储器，
            这也是 RISC 的缺点，主频高点，也不见得快

===老农田间插秧，插话：CPU 跑 100MHz, DPU351 跑250MHz, 你咋看

杨***

梁工 发表于 2024-4-5 10:10
好的，非常感谢！
在我的实际项产品目中，对算力有要求的一般是乘加运算的速度，
比如PID、DFT、FFT、各种 ...

“如果能做成DMA则更加好。”

理论上是可以的，只是DMA+XDATA与数据全在EDATA中比，那个更快，等DPU351-L1出来后再去试试就知道了

杨***

神农鼎 发表于 2024-4-5 10:15
如让 CPU继续工作，会用到哪些数据单元 ？
DPU351 来回传的那些数据单元咋办 ？

“如让 CPU继续工作，会用到哪些数据单元 ？
DPU351 来回传的那些数据单元咋办 ？”


你在草案1的帖子里已经回答过他一次，他至今不懂。
我看他不像装的，他是真心不懂CPU工作原理。

杨***

LAOXU 发表于 2024-4-5 06:08
这段时间太忙, 我已不想跟你争论了, 你老永远是 伟大光荣正确.

草案1，征求意见的帖子不停地叨叨叨, 核心 ...

“至于你老编个“8阶巴特沃斯”库函数, 我没兴趣, 这是我几十年前玩剩的, 你老如有兴趣, 不如咱们各自编个“8阶巴特沃斯”库函数,
   PK 一下,
1.  谁的程序更短更精练.
2.  谁的程序执行速度更快更高效.
   假如你老同意我以上观点, 我倒有兴趣玩一把.
   为建立STC32/64位单片机的“DSP”函数库做贡献.”


我接受你的挑战，等DPU351-L1出来了后一定与你PK

LA***

神农鼎 发表于 2024-4-5 10:15
如让 CPU继续工作，会用到哪些数据单元 ？
DPU351 来回传的那些数据单元咋办 ？

原则上 DPU32所有指令, 都是对接 汇编应用的, 而汇编是由官方负责 写成合适的专用库函数, 供用户调用. 对绝大多数 C用户, 你官方用到什么, 怎么实现, 用户根本不关心, 唯一关心的是速度和代码长度.

对汇编程序员来说, DPU32 指令执行期间, 来回传的那些数据单元, 不去占用不去改变很简单,
根本不存在 硬件重入问题.
这些汇编程序, 如老姚没合适人员, 我来帮你写, 挺简单的, 不要一毛钱, 你只需要找人挑刺即可.

DPU32 指令在读 专用寄存器(占用总线)时, 暂停 CPU 一个时钟周期,  回写专用寄存器(占用总线)时, 暂停 CPU 一个时钟周期, 其他 DPU32 内部运算(不占用总线)时, 不关闭 CPU运行, 完全做的到.

除了数据交换,  暂停 CPU 一个时钟周期, 其他时间不暂停 CPU 工作, 那么 对中断响应也没什么影响. 优点多多.
并且总体 DPU32的指令执行的综合时间,  要比 完全暂停 CPU 工作, 要快 !

LA***

老农田间插秧，插话：CPU 跑 100MHz, DPU351 跑250MHz, 你咋看

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

依我看, DPU351 跑2500000MHz,  都没关系, 只要在 数据交换(读写专用寄存器),  暂停 CPU 一个时钟周期 即可.  

社区***

如果仅仅停掉CPU的时钟，还保留IO时钟，这样串口接收数据就不会受到影响。----very good!!!
而如果在停掉CPU的时钟，IO时钟也不工作，这样，其应用场景会大大受限。

杨***

LAOXU 发表于 2024-4-5 12:37
原则上 DPU32所有指令, 都是对接 汇编应用的, 而汇编是由官方负责 写成合适的专用库函数, 供用户调用. 对 ...

LAOXU，下面是你的原话：
原则上 DPU32所有指令, 都是对接 汇编应用的, 而汇编是由官方负责 写成合适的专用库函数, 供用户调用. 对绝大多数 C用户, 你官方用到什么, 怎么实现, 用户根本不关心, 唯一关心的是速度和代码长度.
对汇编程序员来说, DPU32 指令执行期间, 来回传的那些数据单元, 不去占用不去改变很简单,
根本不存在 硬件重入问题.
这些汇编程序, 如老姚没合适人员, 我来帮你写, 挺简单的, 不要一毛钱, 你只需要找人挑刺即可.


那么请你现在就用草案2写一个：供C251的C语言编译器使用的，32位无符号整数乘以32位无符号整数的库函数，我来挑刺。

其中就用下面草案2的乘法指令“MULU_EABX”


并且按照草案2的寄存器定义：


指令中的：EAX=DR0, EBX=DR4, 而ECX随便你指定DRm。


等你，LAOXU，当潮水退后，就可以看到谁穿长裤子了

liju***

正常情况下，CPU应该等待DPU运算结束后再运行，但中断也可以单独配个时钟，发现中断立即启动CPU时钟，中断完成后再来取DPU结果就行了

神***

社区闲人 发表于 2024-4-5 13:34
如果仅仅停掉CPU的时钟，还保留IO时钟，这样串口接收数据就不会受到影响。----very good!!!
而如果在停掉CP ...

其他都在工作，执行指令的CPU短时是给DPU351来跑扩展的DPU351指令了