KEIL MDK 查看代码量、RAM使用情况--RO-data、RW-data、ZI-data的解释(转)

源:KEIL MDK 查看代码量、RAM使用情况--RO-data、RW-data、ZI-data的解释

KEIL RVMDK编译后的信息

Program Size: Code=86496 RO-data=9064 RW-data=1452 ZI-data=16116

Code是代码占用的空间;

RO-data是 Read Only 只读常量的大小,如const型;

RW-data是(Read Write) 初始化了的可读写变量的大小;

ZI-data是(Zero Initialize) 没有初始化的可读写变量的大小。ZI-data不会被算做代码里因为不会被初始化;

简单的说就是在烧写的时候是FLASH中的被占用的空间为:Code + RO Data + RW Data

程序运行的时候,芯片内部RAM使用的空间为:               RW Data + ZI Data

、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、

源:ARM编译中的RO、RW和ZI DATA区段 

ARM程序(指在ARM系统中正在执行的程序,而非保存在ROM中的bin文件)的组成

一个ARM程序包含3部分:RO段,RW段和ZI段。

  RO是程序中的指令和常量

  RW是程序中的已初始化变量

  ZI是程序中的未初始化的变量

由以上3点说明可以理解为:

  RO就是readonly,

  RW就是read/write,

  ZI就是zero。

ARM映像文件的组成

  所谓ARM映像文件就是指烧录到ROM中的bin文件,也成为image文件。以下用Image文件来称呼它。 Image文件包含了RO和RW数据。

  之所以Image文件不包含ZI数据,是因为ZI数据都是0,没必要包含,只要程序运行之前将ZI数据所在的区域一律清零即可。包含进去反而浪费存储空间。

  Q:为什么Image中必须包含RO和RW?

  A:因为RO中的指令和常量以及RW中初始化过的变量是不能像ZI那样“无中生有”的。

ARM程序的执行过程

  从以上两点可以知道,烧录到ROM中的image文件与实际运行时的ARM程序之间并不是完全一样的。因此就有必要了解ARM程序是如何从ROM中的image到达实际运行状态的。

  实际上,RO中的指令至少应该有这样的功能:

  1. 将RW从ROM中搬到RAM中,因为RW是变量,变量不能存在ROM中。

  2. 将ZI所在的RAM区域全部清零,因为ZI区域并不在Image中,所以需要程序根据编译器给出的ZI地址及大小来将相应得RAM区域清零。ZI中也是变量,同理:变量不能存在ROM中  在程序运行的最初阶段,RO中的指令完成了这两项工作后C程序才能正常访问变量。否则只能运行不含变量的代码。

  说了上面的可能还是有些迷糊,RO,RW和ZI到底是什么,下面我将给出几个例子,最直观的来说明RO,RW,ZI在C中是什么意思。

1; RO

看下面两段程序,他们之间差了一条语句,这条语句就是声明一个字符常量。因此按照我们之前说的,他们之间应该只会在RO数据中相差一个字节(字符常量为1字节)。

//Prog1:
#include <stdio.h>
void main(void)
{
    ;
}  

//Prog2:
#include <stdio.h>
const char a = 5;
void main(void)
{
    ;
} 

Prog1编译出来后的信息如下:================================================================================

Total RO Size(Code + RO Data) 1008 ( 0.98kB)

Total RW Size(RW Data + ZI Data) 96 ( 0.09kB)

Total ROM Size(Code + RO Data + RW Data) 1008 ( 0.98kB) ================================================================================

Prog2编译出来后的信息如下:

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

Total RO Size(Code + RO Data) 1009 ( 0.99kB)

Total RW Size(RW Data + ZI Data) 96 ( 0.09kB)

Total ROM Size(Code + RO Data + RW Data) 1009 ( 0.99kB) ================================================================================

以上两个程序编译出来后的信息可以看出:

Prog1和Prog2的RO包含了Code和RO Data两类数据。他们的唯一区别就是Prog2的RO Data比Prog1多了1个字节。这正和之前的推测一致。  如果增加的是一条指令而不是一个常量,则结果应该是Code数据大小有差别。

2; RW

同样再看两个程序,他们之间只相差一个“已初始化的变量”,按照之前所讲的,已初始化的变量应该是算在RW中的,所以两个程序之间应该是RW大小有区别。

//Prog3:
#include <stdio.h>
void main(void)
{
    ;
}  

//Prog4:
#include <stdio.h>
char a = 5;
void main(void)
{
    ;
} 

Prog3编译出来后的信息如下:

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

Total RO Size(Code + RO Data) 1008 ( 0.98kB)

Total RW Size(RW Data + ZI Data) 96 ( 0.09kB)

Total ROM Size(Code + RO Data + RW Data) 1008 ( 0.98kB) ================================================================================

Prog4编译出来后的信息如下:

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

Total RO Size(Code + RO Data) 1008 ( 0.98kB)

Total RW Size(RW Data + ZI Data) 97 ( 0.09kB)

Total ROM Size(Code + RO Data + RW Data) 1009 ( 0.99kB)  ================================================================================

可以看出Prog3和Prog4之间确实只有RW Data之间相差了1个字节,这个字节正是被初始化过的一个字符型变量“a”所引起的。

3; ZI

再看两个程序,他们之间的差别是一个未初始化的变量“a”,从之前的了解中,应该可以推测,这两个程序之间应该只有ZI大小有差别。

//Prog3: #include <stdio.h>
void main(void)
{
     ;
}  

//Prog4:
#include <stdio.h>
char a;
void main(void)
{
    ;
}

Prog3编译出来后的信息如下:

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

Total RO Size(Code + RO Data) 1008 ( 0.98kB)

Total RW Size(RW Data + ZI Data) 96 ( 0.09kB)

Total ROM Size(Code + RO Data + RW Data) 1008 ( 0.98kB)  ================================================================================

Prog4编译出来后的信息如下:

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

Total RO Size(Code + RO Data) 1008 ( 0.98kB)

Total RW Size(RW Data + ZI Data) 97 ( 0.09kB)

Total ROM Size(Code + RO Data + RW Data) 1008 ( 0.98kB)  ================================================================================

编译的结果完全符合推测,只有ZI数据相差了1个字节。这个字节正是未初始化的一个字符型变量“a”所引起的。

注意:

如果一个变量被初始化为0,则该变量的处理方法与未初始化华变量一样放在ZI区域。  即:ARM C程序中,所有的未初始化变量都会被自动初始化为0。

总结:

1; C中的指令以及常量被编译后是RO类型数据。

2; C中的未被初始化或初始化为0的变量编译后是ZI类型数据。

3; C中的已被初始化成非0值的变量编译后市RW类型数据。

附:  程序的编译命令(假定C程序名为tst.c): armcc -c -o tst.o tst.c

armlink -noremove -elf -nodebug -info totals -info sizes -map -list aa.map -o tst.elf tst.o

编译后的信息就在aa.map文件中。

ROM主要指:NAND Flash,Nor Flash

RAM主要指:PSRAM,SDRAM,SRAM,DDRAM

时间: 2024-10-14 00:46:09

KEIL MDK 查看代码量、RAM使用情况--RO-data、RW-data、ZI-data的解释(转)的相关文章

Linux查看代码量

利用find  xargs  wc可方便的计算出某个目录下源文件的代码量find sourcecode_dir_path -type f -name "*.c" -print0 | xargs -0 wc -l-print0选项使得find找到的目标文件名用'\0'分割 xargs的-0选项用'\0'分隔符从find的结果中提取参数,然后传给wc计算 快速查看一个命令的帮助文档的行数 man command | cat -n

Keil编译后的Code,RO,RW,ZI分别表示什么以及和芯片Flash、SRAM的对应关系

在使用keil开发STM32应用程序时,点击Build后在Build Output窗口中经常会有如下信息: <ignore_js_op> 以前一直好奇这几个参数和实际使用的STM32芯片中Flash和SRAM的对应关系,于是上网搜了一圈,做如下总结: 这些参数的单位是Byte 图中几个参数分别代表  Code:代码的大小 RO:常量所占空间 RW:程序中已经初始化的变量所占空间 ZI:未初始化的static变量和全局变量以及堆栈所占的空间 上述参数和芯片Flash以及SRAM的对应关系是  F

Keil MDK下如何设置非零初始化变量(转)

源:Keil MDK下如何设置非零初始化变量 一些工控产品,当系统复位后(非上电复位),可能要求保持住复位前RAM中的数据,用来快速恢复现场,或者不至于因瞬间复位而重启现场设备.而keil mdk在默认情况下,任何形式的复位都会将RAM区的非初始化变量数据清零.如何设置非初始化数据变量不被零初始化,这是本篇文章所要探讨的. 在给出方法之前,先来了解一下代码和数据的存放规则.属性,以及复位后为何默认非初始化变量所在RAM都被初始化为零了呢. 什么是初始化数据变量,什么又是非初始化数据变量?(因为我

Keil MDK中Image$$RW_IRAM1$$ZI$$Limit

ARM程序的组成 此处所说的“ARM程序”是指在ARM系统中正在执行的程序,而非保存在ROM中的bin映像(image)文件,这一点清注意区别.            一个ARM程序包含3部分:RO,RW和ZI            RO是程序中的指令和常量            RW是程序中已初始化变量            ZI是程序中未初始化或初始化为0的变量            由以上3点说明可以理解为:            RO就是readonly,            RW就是

Keil MDK使用J-LINK分别在Sram,Nor Flash以及Sdram中调试代码的原理和方法

一.概述 MDK开发ARM裸机程序时,在调试阶段通常是先让程序在SDRAM中执行,以加快调试速度,也避免频繁烧写Nor Flash,因此需要知道如何指定程序在哪个位置执行.本文以realarm 2410开发板为例,进行描述.该开发板使用S3C2410A做为CPU,有2MB的 Nor Flash,以及64MB的SDRAM,4KB的SRAM.程序可直接在Nor Flash中调试和运行,如果代码小于4KB,也可以直接在SRAM中运行,然而在SDRAM 中运行,就需要事先用脚本初始化SDRAM,才能把程

Keil C减小代码编译量大小的方法

keil-C减小代码编译大小的方法整理 方法一:(通过优化代码减小) 1.1少做乘除运算,使用左/右移位来实现乘除 Eg ,普通:a = 0x80*4: 优化:a = 0x80<<2: 1.2在不影响运算条件下,使用短类型代替长类型 Eg ,普通: int a: 优化: char a: 1.3尽量使用无符号类型数据 Eg ,普通:char a = 56; 优化:unsigned char a = 56; 1.4回避使用浮点类型数据做乘除运算,这样代码量很大 Eg ,普通:float a = 5

如何查看整个项目工程代码量

对于申请双软认证,iso质量管理认证等,需要统计项目工程的代码量. 估计的话,也能大概估个数,但是不是很准,如何才能比较准确的评估出整个项目工程的代码量呢? 下面推荐一个爆款,可以根据自己设定要统计的项,来统计代码. SourceCounter 废话不多说,直接上图 结果出炉了 爽不爽!

有趣的keil MDK细节(转)

源:有趣的keil MDK细节 1.MDK中的char类型的取值范围是? 在MDK中,默认情况下,char 类型的数据项是无符号的,所以它的取值范围是0-255.它们可以显式地声明为signed char 或 unsigned.因此,定义有符号char类型变量,必须用signed显式声明.我曾读过一本书,其中有一句话:“signed关键字也是很宽宏大量,你也可以完全当它不存在,在缺省状态下,编译器默认数据位signed类型”,这句话便是有异议的,我们应该对自己所用的CPU构架以及编译器熟练掌握.

KEIL MDK软件仿真

开发环境:keil MDK V5.10 操作系统:windows 7(32位) 问题描述:使用MDK进行软件设计时没有使用ST官方的模板而是手动建立的工程,使用ST官方提供的3.5版本固件库.编译完全通过,在使用软件仿真时出现问题,表现为程序无法跳转到main入口,直接在SystemInit()函数就无法执行,调试窗口出现如标题所示的错误信息: error 65: access violation at 0x40021000 : no 'read' permission 如下图所示,途中红圈分别