Program Size

在Keil中编译工程成功后，在下面的Bulid Ouput窗口中会输出下面这样一段信息：

Program Size:

Code=6320  RO-data=4864  RW-data=44  ZI-data=1636

代表的意思：

Code ：是程序中代码所占字节大小 　　（不变）

RO-data ：程序中所定义的 指令 和 常量 大小 （个人理解 ：Read Only） （不变）

RW-data ：程序中 已初始化的变量大小 (个人理解”：Read/Write)  　　（变）

ZI-Data ：程序中 未初始化的变量大小 (个人理解 ：Zero Initialize)　　  （变）

变的意思：在程序运行期间变化的

ROM(Flash) size = Code+RO-data+RW-data;  //程序存储器

RAM size = RW-data+ZI-data　　　　//数据存储器（小、贵）

可以通过.map查看占用的flash和ram大小

时间： 2024-08-25 09:43:11

Program Size的相关文章

Keil 中 Program Size: Code RO-data RW-data ZI-data 所代表的意思

在Keil中编译工程成功后,在下面的Bulid Ouput窗口中会输出下面这样一段信息: Program Size: Code=6320 RO-data=4864 RW-data=44 ZI-data=1636 代表的意思:Code :是程序中代码所占字节大小RO-data :程序中所定义的指令和常量大小 (个人理解 :Read Only)RW-data :程序中已初始化的变量大小 (个人理解”:Read/Write)ZI-Data :程序中未初始化的变量大小 (个人理解 :Zero Initi

keil编译后Program Size: Code=46284 RO-data=988 RW-data=580 ZI-data=1094588

Program Size: Code=46284 RO-data=988 RW-data=580 ZI-data=1094588 Code      :   程序中代码所占字节大小 RO-data :   Read-only-data  ,存储在flash中的常量大小. RW-data:   Read-write-data  ,存储在flash中初始化的变量. ZI-data   :   Zero-Init-data      ,存储在SRAM中未初始化的变量. ROM(Flash) size

MDK中编译程序后Program Size详解

一 说明 Code, RO-data,RW-data,ZI-data Code为程序代码部分RO-data 表示 程序定义的常量const temp;RW-data 表示 已初始化的全局变量ZI-data 表示 未初始化的全局变量 Program Size: Code="18248" RO-data=320 RW-data=260 ZI-data=3952 Code, RO-data, ............flashRW-data, ZIdata..................

STM32 程序所占用空间计算 && FLASH存储的起始地址计算

程序编译完成,会乘车program size .. 对STM32容量选型或者 计算FLASH 充当EEPROM起始地址时会用到此参数. 按照下面截图  程序空间 = (16700+732+4580)/1024 = 21.5K 但需要注意的是  程序的起始地址 为0x08000000,所以 flash的 起始地址 必须是 0x08000000 + 0x55FC(22012的16进制)  = 0x080055FC之后 其余的空间都可以作为 其他功能使用.

STM32的堆与栈与编译信息查看

因为一个项目中使用malloc函数动态分配内存400多个字节,返回为0,分配失败.查找失败原因,为堆空间不足分配导致.查看堆和栈分别设置了2K,按正常情况看应能满足分配空间,原因可能因为栈分配空间不够,导致到堆的内存空间致使,堆的内存空间过小.下面就说一下STM32的RAM区的分配,堆和栈的信息和编译信息查看. 以下引用网上资料 理解堆和栈的区别和KEIL打印信息的理解 (1)栈区(stack):由编译器自动分配和释放,存放函数的参数值.局部变量的值等,其操作方式类似 于数据结构中的栈. (2)

Linux下调试程序方法

您可以用各种方法来监控运行着的用户空间程序:可以为其运行调试器并单步调试该程序,添加打印语句,或者添加工具来分析程序.本文描述了几种可以用来调试在 Linux 上运行的程序的方法.我们将回顾四种调试问题的情况,这些问题包括段错误,内存溢出和泄漏,还有挂起.本文讨论了四种调试 Linux 程序的情况.在第 1 种情况中,我们使用了两个有内存分配问题的样本程序,使用 MEMWATCH 和 Yet Another Malloc Debugger(YAMD)工具来调试它们.在第 2 种情况中,我们使用了

51系列小型操作系统精髓 简单实现8 C语言版待改进

使用keil4  ,代码Code Optimization:0   运行OK 可运行8个任务 Program Size: data=21.0 xdata=0 code=401  (包括2个示例变量,未优化) 任务从中断处切换,在定时时间到后从定时中断中切换回来. 待改进地方 1.手动优化汇编程序 2. 重入问题 3.参数进函数和时中断的保护问题 #include "STC12C5A.H" #define TIMER_RELOAD()  {TL0=0x00;TH0=0xC4;}//使能T

STM32-查看程序占用ROM和RAM

1. code , RO ,RW, ZI 表示内容 Code为程序代码部分RO-data 表示 程序定义的常量const temp;RW-data 表示 已初始化的全局变量ZI-data 表示 未初始化的全局变量 Program Size: Code="18248" RO-data=320 RW-data=260 ZI-data=3952 Code, RO-data,RW-data ............flashRW-data, ZIdata...................R

嵌入式linux应用程序调试方法

嵌入式linux应用程序调试方法 四 内存工具 17 4.1 MEMWATCH 17 4.2 YAMD 22 4.3 Electric Fence 24 五 C/C++代码覆盖.性能profiling工具 24 5.1 用gcov来测试代码覆盖率 25 5.2 使用gprof来优化你的C/C++程序 35 四 内存工具 您肯定不想陷入类似在几千次调用之后发生分配溢出这样的情形. 许多小组花了许许多多时间来跟踪稀奇古怪的内存错误问题.应用程序在有的开发工作站上能运行,但在新的产品工作站上,这个应用