完善ALU控制线路同时添加标志寄存器 #红石 #我的世界 #mc #计算机

ALU是寄存器堆吗

20
4
7
分享
举报
发布时间:2026-05-31 10:11
Redstone-FISH
Redstone-FISH

粉丝3555获赞3.1万

相关视频

  • 组建CPU第二步,设计寄存器加ALU(算术逻辑单元) #CPU #寄存器 #ALU #电路 #编程
    01:16
    查看AI文稿
  • Branch Education 从多个维度解答了"为什么计算机不只使用一种类型的内存"这个核心问题,揭示了现代计算机存储架构背后的深层逻辑。
一、内存层次结构的设计哲学
视频开篇介绍了计算机内存的层次结构:从最靠近 CPU 的寄存器、SRAM 缓存(L1/L2/L3),到主存 DRAM,再到外部存储(SSD/HDD),形成金字塔式结构。这种设计的根本原因在于速度与成本的矛盾,SRAM速度最快但价格最高(每 GB 数千美元),DRAM 速度适中(每 GB 数美元),而 NAND Flash 速度最慢但容量最便宜(每 GB 仅数美分)。没有一种技术能同时满足"快、大、便宜"需求,因此必须采用分层架构。
二、SRAM、DRAM 与 Flash 的性能对比
视频给出了清晰的对比数据:
SRAM:~1 ns 延迟,极低功耗,成本极高,无寿命限制
DRAM:~10-20 ns 延迟,中等功耗,成本适中,需刷新
NAND Flash:~25 μs 读 / 200 μs 写,低成本,有寿命限制
正是这种速度-容量-成本的三维权衡(trade-off),决定了没有一种存储技术能够"通吃"所有应用场景。
三、未来趋势与技术演进
视频最后展望了存储技术的演进方向:
3D NAND:通过垂直堆叠存储单元来提升密度,目前已有 200+ 层
MRAM/ReRAM:新型非易失性存储器,兼具 SRAM 的速度和 Flash 的持久性
HBM(高带宽内存):通过 3D 堆叠 DRAM 提升带宽,用于 AI 加速器
CXL(Compute Express Link):允许灵活组合不同类型的内存
视频的核心结论是:计算机不只使用一种内存,是因为物理学和经济学的双重约束决定了没有"完美"的通用存储技术。 理解每种内存的特性(速度、容量、成本、功耗、寿命),并根据实际需求合理搭配使用,是计算机架构设计中最基本也最优雅的工程哲学。这种层次化、多样化的存储架构将继续演化,以满足人工智能、大数据等新兴应用对存储性能和容量的双重需求。
    10:11
    Branch Education 从多个维度解答了"为什么计算机不只使用一种类型的内存"这个核心问题,揭示了现代计算机存储架构背后的深层逻辑。
    一、内存层次结构的设计哲学
    视频开篇介绍了计算机内存的层次结构:从最靠近 CPU 的寄存器、SRAM 缓存(L1/L2/L3),到主存 DRAM,再到外部存储(SSD/HDD),形成金字塔式结构。这种设计的根本原因在于速度与成本的矛盾,SRAM速度最快但价格最高(每 GB 数千美元),DRAM 速度适中(每 GB 数美元),而 NAND Flash 速度最慢但容量最便宜(每 GB 仅数美分)。没有一种技术能同时满足"快、大、便宜"需求,因此必须采用分层架构。
    二、SRAM、DRAM 与 Flash 的性能对比
    视频给出了清晰的对比数据:
    SRAM:~1 ns 延迟,极低功耗,成本极高,无寿命限制
    DRAM:~10-20 ns 延迟,中等功耗,成本适中,需刷新
    NAND Flash:~25 μs 读 / 200 μs 写,低成本,有寿命限制
    正是这种速度-容量-成本的三维权衡(trade-off),决定了没有一种存储技术能够"通吃"所有应用场景。
    三、未来趋势与技术演进
    视频最后展望了存储技术的演进方向:
    3D NAND:通过垂直堆叠存储单元来提升密度,目前已有 200+ 层
    MRAM/ReRAM:新型非易失性存储器,兼具 SRAM 的速度和 Flash 的持久性
    HBM(高带宽内存):通过 3D 堆叠 DRAM 提升带宽,用于 AI 加速器
    CXL(Compute Express Link):允许灵活组合不同类型的内存
    视频的核心结论是:计算机不只使用一种内存,是因为物理学和经济学的双重约束决定了没有"完美"的通用存储技术。 理解每种内存的特性(速度、容量、成本、功耗、寿命),并根据实际需求合理搭配使用,是计算机架构设计中最基本也最优雅的工程哲学。这种层次化、多样化的存储架构将继续演化,以满足人工智能、大数据等新兴应用对存储性能和容量的双重需求。
  • 一口气看完硬盘,内存,缓存,寄存器的工作原理 #固态硬盘原理 #机械硬盘原理 #内存工作原理 #科普新锐扶持计划
    09:08
    查看AI文稿
  • 为什么有时候程序慢的像蜗牛,换个写发快如闪电#嵌入式学习 #单片机 #CPU #寄存器 #嵌入式开发
    01:36
    查看AI文稿
  • 普林斯顿计算机公开课,值得收藏。
    01:26
    查看AI文稿
  • CPU内部架构与信号流转 CPU内部架构与信号流转#信息学奥赛 #少儿编程 #计算机硬件基础知识 #ALEVEL计算机 #CPU架构
    01:52
    查看AI文稿
  • Mythos挖出上万漏洞,AI正在把网络安全“核爆”提前 #claudemythos #mythos #AI安全 #漏洞挖掘 #大模型安全 2026年4月,一个名为“Claude Mythos Preview”的AI模型,悄悄从Anthropic的实验室里诞生了。刚一露面,就牵动了整个网络安全行业敏感的神经。
    03:43
    查看AI文稿
  • 零基础入门AI编程100讲89期: 什么是寄存器? 本期视频带你彻底搞懂寄存器是什么。我们会用厨师炒菜的比喻帮你建立直观理解:寄存器是厨师手边的备菜盘,速度与CPU同步,而内存是远在仓库的食材。然后从容量、速度、成本三个维度对比寄存器与缓存、内存的差异——寄存器速度是L1缓存的3-5倍,是内存的100-1000倍,但容量只有几KB,成本却高达内存的几万倍。接着介绍三类寄存器:通用寄存器(灵活存取数据)、专用寄存器(如程序计数器指向下一条指令)、控制寄存器(管理CPU运行状态)。最后解释32位与64位CPU的位宽差异如何影响运算效率,以及编程中参数传递用寄存器能提升30%以上性能。即使你不写代码,也能明白为什么大型软件流畅度与寄存器设计相关。看完这个视频,你不再只模糊知道“寄存器快”,而是真正理解它在整个存储体系中的核心地位。#零基础入门  #AI编程大白  #vibecoding  #大模型 #寄存器
    05:05
    零基础入门AI编程100讲89期: 什么是寄存器? 本期视频带你彻底搞懂寄存器是什么。我们会用厨师炒菜的比喻帮你建立直观理解:寄存器是厨师手边的备菜盘,速度与CPU同步,而内存是远在仓库的食材。然后从容量、速度、成本三个维度对比寄存器与缓存、内存的差异——寄存器速度是L1缓存的3-5倍,是内存的100-1000倍,但容量只有几KB,成本却高达内存的几万倍。接着介绍三类寄存器:通用寄存器(灵活存取数据)、专用寄存器(如程序计数器指向下一条指令)、控制寄存器(管理CPU运行状态)。最后解释32位与64位CPU的位宽差异如何影响运算效率,以及编程中参数传递用寄存器能提升30%以上性能。即使你不写代码,也能明白为什么大型软件流畅度与寄存器设计相关。看完这个视频,你不再只模糊知道“寄存器快”,而是真正理解它在整个存储体系中的核心地位。#零基础入门 #AI编程大白 #vibecoding #大模型 #寄存器
    查看AI文稿
  • AI 时代嵌入式工程师该怎么学 很多人学了三个月寄存器,AI 三十秒就配完了。那三个月到底学到了什么? 
配寄存器·不是底层。底层是总线矩阵、DMA、cache、中断、链接器、编译原理。 
学习的本质是抽象——一个东西出现在你面前,第一句话不该是"怎么用",应该是"它在解决什么问题"。 
AI 时代有句话我特别认同:你的能力,要和 AI 形成夹角。AI 最强的地方 不是你最该用力的地方。 
MIT 2025 年的脑电图研究:用 ChatGPT 写文章的人·大脑神经连接最弱。微软同年另一份研究:对 AI 信心越高·批判性思维下降越明显。 
别让 AI 替你想——这是你和 AI 之间 最关键的一道边界。
#嵌入式 #单片机 #C语言 #STM32 #Linux
    09:43
    AI 时代嵌入式工程师该怎么学 很多人学了三个月寄存器,AI 三十秒就配完了。那三个月到底学到了什么?
    配寄存器·不是底层。底层是总线矩阵、DMA、cache、中断、链接器、编译原理。
    学习的本质是抽象——一个东西出现在你面前,第一句话不该是"怎么用",应该是"它在解决什么问题"。
    AI 时代有句话我特别认同:你的能力,要和 AI 形成夹角。AI 最强的地方 不是你最该用力的地方。
    MIT 2025 年的脑电图研究:用 ChatGPT 写文章的人·大脑神经连接最弱。微软同年另一份研究:对 AI 信心越高·批判性思维下降越明显。
    别让 AI 替你想——这是你和 AI 之间 最关键的一道边界。
    #嵌入式 #单片机 #C语言 #STM32 #Linux
    查看AI文稿
  • AI服务器里的存储,不是简单的“硬盘容量”。 
它是一套分层系统:
越靠近GPU,速度越快、价格越贵、容量越小;
越远离GPU,速度越慢、价格越低、容量越大。 
所以HBM真正的价值,不是容量,而是位置和带宽。
它离GPU最近,决定GPU能不能持续满负荷运转。 
下一条讲:HBM的3D堆叠到底是怎么回事。 
内容仅作产业科普,不构成投资建议。#AI科普 #人工智能 #AI服务器 #AI存储 #image
    01:21
    查看AI文稿
  • 面试题–硬件寄存器#职场
    01:52
    查看AI文稿
  • #PLC寄存器 #数据编程 #工控进阶 #PLC自学  #自动化学习
    03:06
    查看AI文稿
  • 寄存器地址,你了解多少呢#单片机开发 #知识分享#技术分享 #涨知识 #每天跟我涨知识 #知识分享
    01:44
    查看AI文稿
  • 2026年软考寄存器透明回忆版 在CPU的寄存器中,(  )对用户是完全透明的。
A. 程序计数器
B. 指令寄存器
C. 状态寄存器
D. 通用寄存器
#软考 #题目 #CPU #透明 #指令寄存器
    04:42
    查看AI文稿
  • 你敢信吗?AI直接能读MCU寄存器了#开发者工具
    00:50
    查看AI文稿
  • 新手学 PLC 必记❗四大常用存储区干货💡 详解 I 输入区、Q 输出区、M 中间寄存器、T/C 定时计数区的功能特点,分清读写规则与使用场景,合理分配数据,让设备运行更稳定、后期维护更省心⚙️
#PLC存储区  #PLC入门  #电工基础  #西安万通  #工控干货
    00:33
    查看AI文稿
  • 这里有三条铁律必须遵守:第一,绝对不用int、long这种长度不确定的类型。用int存设定温度,在 Cortex-M 上是 4 字节没问题,但换到某些 8 位芯片上变成 2 字节,温度超过 32767 就会溢出,导致空调乱调温。正确做法是用stdint.h里的uint8_t、int16_t,长度固定。
第二,不要假设字节序和对齐。解析空调通信协议时,别直接把缓冲区指针强转成结构体,这在严格对齐的 Cortex-M0 上会直接触发 HardFault。正确做法是逐个字节组装数据。
第三,条件编译不要散落在各个文件里。别这里加个#if STM32,那里加个#if GD32,最后代码变成一团乱麻。条件编译应该集中在最底层的移植文件里,上层代码根本看不到这些宏。
五、克制:不是所有东西都值得抽象
讲到这里,可能有人想把空调里所有代码都抽象一遍。但记住:过度抽象比没有抽象更糟糕。我见过有人为了控制一个电源指示灯,搞了三层函数调用,点亮一个灯要跳四层,出问题时调试都找不到地方。
还有人把简单的 LED 闪烁,设计成可配置周期、占空比、回调的通用模块,结果配置项比实现代码还长,但这块板上就一个红色指示灯,只需要亮和灭两种状态。这种为了复用而复用,纯粹是给自己找麻烦。
我判断是否值得抽象的标准很简单:它至少要在第三个空调项目里被原样用到。第一次写实现功能,第二次改改适配,第三次能直接拿来用,这时候再抽象也不迟。另外,别重复造轮子。FreeRTOS 的任务调度、LittleFS 的 Flash 读写,这些已经被几千个量产产品打磨过了,能用别人的就别自己写。
最后总结
为什么换一个空调项目,UART、按键、Flash 总要重写一遍?不是因为这些东西难,而是上一次写的时候,根本没把 “下次要拿来用” 放进设计目标里。
代码复用不是什么高深技巧,而是一种工程习惯。在分层、抽象、模块化、可移植性上多花一点时间,再加一份克制,不为不需要的灵活性增加复杂度。第一次写的时候看起来慢一点,但你写下去的不再只是一段能跑的代码,而是一份可以反复用的资产。下次再做空调项目,你会发现,别人还在从头写驱动,你改改配置就能跑通整个项目。
    07:58
    这里有三条铁律必须遵守:第一,绝对不用int、long这种长度不确定的类型。用int存设定温度,在 Cortex-M 上是 4 字节没问题,但换到某些 8 位芯片上变成 2 字节,温度超过 32767 就会溢出,导致空调乱调温。正确做法是用stdint.h里的uint8_t、int16_t,长度固定。
    第二,不要假设字节序和对齐。解析空调通信协议时,别直接把缓冲区指针强转成结构体,这在严格对齐的 Cortex-M0 上会直接触发 HardFault。正确做法是逐个字节组装数据。
    第三,条件编译不要散落在各个文件里。别这里加个#if STM32,那里加个#if GD32,最后代码变成一团乱麻。条件编译应该集中在最底层的移植文件里,上层代码根本看不到这些宏。
    五、克制:不是所有东西都值得抽象
    讲到这里,可能有人想把空调里所有代码都抽象一遍。但记住:过度抽象比没有抽象更糟糕。我见过有人为了控制一个电源指示灯,搞了三层函数调用,点亮一个灯要跳四层,出问题时调试都找不到地方。
    还有人把简单的 LED 闪烁,设计成可配置周期、占空比、回调的通用模块,结果配置项比实现代码还长,但这块板上就一个红色指示灯,只需要亮和灭两种状态。这种为了复用而复用,纯粹是给自己找麻烦。
    我判断是否值得抽象的标准很简单:它至少要在第三个空调项目里被原样用到。第一次写实现功能,第二次改改适配,第三次能直接拿来用,这时候再抽象也不迟。另外,别重复造轮子。FreeRTOS 的任务调度、LittleFS 的 Flash 读写,这些已经被几千个量产产品打磨过了,能用别人的就别自己写。
    最后总结
    为什么换一个空调项目,UART、按键、Flash 总要重写一遍?不是因为这些东西难,而是上一次写的时候,根本没把 “下次要拿来用” 放进设计目标里。
    代码复用不是什么高深技巧,而是一种工程习惯。在分层、抽象、模块化、可移植性上多花一点时间,再加一份克制,不为不需要的灵活性增加复杂度。第一次写的时候看起来慢一点,但你写下去的不再只是一段能跑的代码,而是一份可以反复用的资产。下次再做空调项目,你会发现,别人还在从头写驱动,你改改配置就能跑通整个项目。
    查看AI文稿