美文网首页
冯诺依曼结构和哈佛结构

冯诺依曼结构和哈佛结构

作者: LoveDuoer | 来源:发表于2020-03-31 10:05 被阅读0次

    最近几年,随着接触到的技术越来越多,在整体上对电子计算机世界的了解也越来越成熟。同时,也逐渐认识到,对基础知识及原理的掌握非常有助于理解更高层次的技术内容。如果对基础知识不够了解,往往会造成空中楼阁的认识,不能领会真正的精髓。

    《微型计算机原理》应该是大学电子信息/计算机类专业必修的课程吧,这个的确是现代计算机系统的鼻祖,基本原理都是融会贯通的。回想起当初,这门课程学的是一塌糊涂。其实不光这门课,好多课学的都不好,学渣属性啊,哈哈。现在想起来,主要有两点原因,一个当然是主观上不够努力;再一个就是相关的基础知识,或者说启蒙吧,基本上没有,所以一头扎进出根本不知所云。现在,对计算机的知识已经了解的挺多了,但大多偏上层的,对于最基础、最底层的知识还是了解的不够。所以,是时候来重新学习一下微机原理了。

    先来看两张图:



    这是不同时期的计算机组成框图,重要的是理解总线模型,即地址总线、数据总线和控制总线。地址线用于提供内存或I/O设备的地址,即指明需要读/写数据的具体位置。数据线用于在CPU和内存或I/O设备之间提供数据传输的通道,而控制线则负责指挥执行的具体读/写操作。理解这个总线模型就可以了。

    上面说的其实是计算机的具体实现方式,而关于计算机的设计模型主要有两种思路,即大名鼎鼎的冯诺依曼结构和哈佛结构。这两种设计的具体区别和联系很容易了解到,这一转一个我觉得讲的很好的帖子,我稍作修改,以供参考。

    以下内容转发自https://www.sohu.com/a/382531038_505803,版权归原作者!

    嵌入式的学习中ARM 处理器是主题,这些年产业界除了PC和服务器市场外,以手机、pad 、家电控制等为代表的嵌入式领域都被ARM几乎垄断了。所以学习嵌入式处理器,其实等同于学习ARM 。(当然了,近两年RISC-V 架构横空出世在快速发展,不断挑战ARM 的权威,咱们后面可以专门开一个专题说说RISC-V 的事儿)。

    ARM到底是冯诺依曼结构还是哈佛结构呢?这个问题困惑了很多人,包括我。我很明确的记得我在一本书上看到过:ARM是哈佛结构的。所以我一直记得这个结论,也没深思,在讲课时直接就把这个结论讲出来了。直到有同学看了课程产生疑问找我,我才去深入思考了这个问题,这其实是一个很值得思考和讨论的问题。

    CPU和指令数据的关系

    大家知道CPU的核心是运算器和控制器,CPU就好像一个数据加工机器,你给他原材料数据,他按照机器指令的指示帮你做加工(加法减法,左移等),再将加工后的数据返回给你。所以CPU需要与外界建立优质的数据通道,而这2种结构就是CPU和外界存储器建立数据通道的2种不同思路。

    大家注意CPU和外界对接的数据一共有2组。一组是指令,也就是机器码,也就是你写的软件代码被编译器转化成的二进制指令。另一组是数据,也就是软件中的变量,譬如放在全局数据区的全局变量,放在stack中的局部变量等,都是数据。

    指令和数据加起来构成了整个程序,指令是指导CPU如何加工数据的,所以你可以简单理解为数据是原材料,指令是加工流程说明。CPU工作时要不断同时吞吐指令和数据,所以这2项内容(本质其实都是数据,指令也是二进制数据的形式)必须都有途径能和CPU进行交换。

    什么是哈佛结构和冯诺依曼结构

    这2种结构其实就是CPU如何同时获取指令和数据的2种不同设计思路。

    哈佛结构认为CPU应该分别通过2组独立的总线来对接指令和数据,而冯诺依曼结构认为CPU通过1组总线来分时获取指令和数据即可。

    举个栗子形象说明下。你把CPU想象成一个蒸馒头的厨房,蒸馒头需要面粉和水,那你怎么送面粉和水进去呢?哈佛结构认为这个厨房应该开2个门,一个专门送面粉,一个专门送水。这样面粉和水可以通过2条路走2个门同时送给厨房。

    这样做的好处是显而易见的。首先速度就快啊,因为面粉和水可以同时送,不必耽搁。其次,不容易搞错,面粉走面粉的门而水走水的门,怎么搞错?而且还安全啊,譬如送水的把水桶打翻了就不会影响到面粉,是吧?有坏处吗?当然有了(这个世界上只有好处没有坏处的事儿很少...)。你开2个门修2条路得花双份的成本啊,是门不要钱还是路不要钱啊?其实这个也不算坏处,叫成本更合适。记住,考虑任何事的好坏评价时,一定要考虑各自的成本。不考虑成本就评价好坏纯属耍流氓。

    冯诺依曼结构就觉得开一个门修一条路就够了,分时复用嘛。譬如运送一次面粉或者水都需要1秒钟,那就这一秒送面粉,下一秒送水。然后下一秒再送面粉,下一秒再送水。这样做的好处当然就是省成本了。坏处呢?显然意见,一个是效率低,一个是容易弄混弄错嘛。

    所以这2种结构其实分别对应的是高成本高效率高可靠性,和低成本低效率低可靠度这2种不同思路,很好区分。两种结构哪种好?没有绝对的好坏。

    小时候喜欢看武侠电视,里面说凡是被毒蛇咬了7步之内必有解毒的草,因为毒蛇必然和解毒的草伴生,感觉很神奇。然后初中时学化学里面讲到一种化学变化产生的效果会抑制这个化学变化本身的发生,最终达到一个平衡状态,我觉得很神奇。其实现在想想,任何事情都是这样,没有绝对的好坏。你要评价好坏一定要先给个前提条件限定,否则无从评价谁好谁坏。

    那产业实践中是怎样的呢?这2种结构提出都很多年,实践中都有使用,咱们简单给大家分析下。

    MCU也就是单片机中几乎都是用哈佛结构,譬如广泛使用的51单片机、典型的STM32单片机(核心是ARM Cortex-M系列的)都是哈佛结构(指令存储在Flash中,数据存储在RAM中)。为什么MCU要使用哈佛结构呢?我个人认为有几个原因:

    一个是哈佛结构更加稳定安全,MCU使用的坏境对稳定性和安全性要求都比较高,所以使用哈佛结构更有保障。另一个是速度会更快一些,因为传统的MCU主频都很低所以速度不高,使用哈佛结构多少能提高一些系统性能。还有一个考量就是MCU的指令和数据需求量都不大,配置不高,所以内存往往使用SRAM而不使用DRAM,这样就导致他更适合哈佛结构,如果MCU用冯诺依曼结构反而不好设计。当然这些都是我自己的理解,说的不一定准,我毕竟不是做CPU设计工作的,而只是使用CPU做产品这一段位的,理解难免不到位,各位带着批判的眼光看即可。

    PC和服务器芯片(譬如Intel AMD那些)以及ARMCortex-A系列嵌入式芯片(譬如核心是ARM CortexA8的三星S5PV210,譬如华为的麒麟970等手机芯片)等都是冯诺依曼结构。这些系统都需要大量内存,所以工作内存都是DRAM,因为他们更适合使用冯诺依曼系统。

    混合和纯粹结构

    这2种结构的定义都是很纯粹的,修2个门2条路,和修1个门1条路肯定是大不相同的。但是实际上CPU内部的设计远比给厨房修门和路要复杂的多。譬如说寄存器和Cache,这2个就是在CPU和存储器之间做中转的,所以考虑了这2个之后你发现CPU和存储器并不直接相连,这就增加了复杂性了。

    所以实际上存在这2种结构混用的情况,而且现代的CPU(准确说叫SoC)基本都不是纯粹的哈佛结构或冯诺依曼机构,而都是混合结构的。

    譬如说咱们嵌入式linux核心课程中讲到的三星S5PV210吧,这家伙使用ARM的Cortex-A8核心,按道理应该是冯诺依曼结构吧。实际上确实是这样,咱们使用的X210/Study210开发板上配备了512MB的DDR SDRAM,和8GB的EMMC。正常工作时所有的程序和数据都从EMMC中加载到DDR中,也就是说不管你是指令还是数据,存储都是在EMMC中,运行时都在DDR中,再通过cache和寄存器送给CPU去加工处理。这就是典型的冯诺依曼系统嘛。

    但是,S5PV210内部仍然有一定容量的irom和96kb的iram,这些irom和iram是用于SoC引导和启动的,大家学习过我们嵌入式linux核心课程的ARM裸机部分就知道,芯片上电后首先会执行内部irom中固化的代码,其实执行这些代码时210就好像一个MCU一样,irom就是他的flash,iram就是他的SRAM,这又是典型的哈佛结构。

    这就是混合式结构设计,而非纯粹设计!

    为什么要混合式设计?很简单,为了各取所长而已。不管什么架构,我觉得好,适合解决我当前的问题那就用了。

    最后

    现在可以回答本文的主题问题了,ARM到底是哈佛结构还是冯诺依曼结构?

    应该这么说:有一些ARM(Cortex-M系列)是哈佛结构,而另一些ARM(Cortex-A)是冯诺依曼结构(或者更准确说是混合结构)。

    问题到此结束。

    最后我还在再啰嗦一句,其实不管是什么结构,这些问题应该是设计CPU的人去考虑的事,对于我们使用CPU来做嵌入式开发的人来说,究竟是什么结构并没有本质影响。但是如果能深入理解这个问题,对我们提升功力,尤其提高自己的思辨能力是有益处的。所以我提2个互相矛盾的希望,一方面希望大家遇事多想一想,多思考思考,这样才能得到更多;另一方面我希望大家研究问题适合而止,不要过度深入跨界,否则可能浪费了很多时间却又对你的工作好无助益。

    2个互相矛盾的建议,怎么办?真理唯有一个字,谓之“度”。

    相关文章

      网友评论

          本文标题:冯诺依曼结构和哈佛结构

          本文链接:https://www.haomeiwen.com/subject/jwiiuhtx.html