ROM与RAM,储存地址、链接地址以及运行地址

一、ROM与RAM

ROM全称只读存储器(Read-Only Memory),RAM随机存取存储器(Random Access Memory)

1.ROM

特点:断电后数据不会丢失

在 STM32 中的作用 :用来存放编译后的程序代码、常量数据

IROM1就是stm32的内部flash,MDK会把编译生成的.o文件在这个地址链接

2.RAM

特点:断电数据消失

RAM是用来在程序运行时储存临时变量的、函数调用的栈以及动态分配的内存

二、储存地址、链接地址以及运行地址

1. 存储地址:程序 "放哪里存着" 的位置

程序编译完成后,物理上的储存地址(FLash、SD卡的具体地址)

STM32:程序存在内部 Flash(地址 0X08000000),这个地址就是存储地址

I.MX6U:程序存在 SD 卡(SD 卡的物理地址),这个就是存储地址

2. 链接地址:编译时 "预先约定的运行地址"

编译程序时,告诉编译器程序的运行地址,编译器会按照这个地址,给代码里的函数、变量 分配位置,比如函数 A 在链接地址 + 100 的位置,变量 B 在链接地址 + 200 的位置。

3. 运行地址:程序 "实际跑起来时所在的位置"

CPU 执行程序时,实际从哪个地址读取指令、访问数据的位置

STM32:因为 Flash 支持 "原地执行(XIP)",所以直接从 Flash(0X08000000)读指令运行,运行地址 = 存储地址

I.MX6U:SD 卡速度太慢,必须把程序复制到 DDR RAM(地址 0X87800000),运行时从 DDR 读指令,所以运行地址是 DDR 的 0X87800000。

思考:为什么stm32的运行地址与储存地址相同都在flash而I.MX6U需要从外部存储加载到 RAM 运行

stm32能在flash也就是rom里直接运行的直接原因就是XIP技术 然后就是内核需求低

TM32 用的是Cortex-M 内核 (面向 "微控制器",控制 LED、传感器这类简单场景),它的硬件设计支持 XIP(Execute In Place,原地执行)

Cortex-M 运行的代码通常很小(几 KB~ 几百 KB)、执行速度要求不高,Flash 的读取速度(一般几十 MB/s)完全能满足它的需求

I.MX6U 用的是Cortex-A 内核(面向 "应用处理器",类似 "小电脑",要跑 Linux、多任务程序这类复杂场景),它的需求决定了不能直接在 Flash / 外部存储里运行

RAM 的读写速度(DDR 可达几百 MB/s~ 几 GB/s)远快于 Flash/SD 卡 / EMMC(通常几十 MB/s),而 Cortex-A 运行的程序(比如 Linux 内核、应用程序)代码量大、逻辑复杂,必须用高速 RAM 才能保证流畅运行

Cortex-A 要跑的系统(比如 Linux)需要 "动态加载代码、多任务内存切换、内存动态分配" 等功能,这些都依赖 RAM 的 "可随机读写 + 高速访问" 特性而Flash不能这么灵活

相关推荐
大爱编程♡1 小时前
GPIO-I2C
stm32·单片机·嵌入式硬件
振南的单片机世界3 小时前
PVD掉电中断——让单片机“咽气前”写完遗书
arm开发·stm32·单片机·嵌入式硬件
雾时之林3 小时前
Linux--软件管理、源码包安装
linux·服务器·数据库
续写烂尾5 小时前
SD NAND存储实测:正点原子STM32精英板SDIO读写验证全流程
stm32·单片机·嵌入式硬件
xyx-3v6 小时前
telnet不是内部或外部命令
嵌入式
sxstj7 小时前
Ubuntu 完整安装并启用 Flatpak 教程
linux·运维·ubuntu
RisunJan7 小时前
Linux命令-sshd(SSH 服务器守护进程)
linux·服务器·ssh
天疆说7 小时前
Ubuntu 26.04 下 Intel Meteor Lake 核显 + NPU 驱动配置与 PyTorch NPU 推理实测
linux·pytorch·ubuntu
2401_868534787 小时前
存储与虚拟化
linux·网络协议
mounter6258 小时前
突破单点限制:BPF 多跟踪点高效附加机制与新 ftrace 架构解析
linux·ebpf·linux kernel·kernel·ftrace