终于体会到优化程序有多么的痛苦,写代码简直就成了扫地雷,一不注意恐怕就炸出某个性能陷阱了。没办法,谁叫这就是所谓的资源受限。突然想起曾经在21IC上看过的一编东西,苦劝大家千万千万别搞嵌入式,看来这的有点道理。无奈,一只脚已经进泥潭了,硬着头皮先挣扎一会吧。
今天看书的总结如下:
C数据类型
1. C语言的程序优化与编译器和硬件系统都有关系,设置某些编译器选项是最直接最简单的优化方式。在默认的情况下,armcc是全部优化功能有效的,而GNU编译器的默认状态下优化都是关闭的。ARM C编译器中定义的char类型是8位无符号的,有别于一般流行的编译器默认的char是8位有符号的。所以循环中用char变量和条件 i ≥ 0时,就会出现死循环。为此,可以用fsigned - char(for gcc)或者-zc(for armcc)把char改成signed。
其他的变量类型如下:
char 无符号8位字节数据
short 有符号16位半字节数据
int 有符号32位字数据
long 有符号32位字数据
long long 有符号64位双字数据
2. 关于局部变量
大多数ARM数据处理操作都是32位的,局部变量应尽可能使用32位的数据类型(int或long)就算处理8位或者16位的数值,也应避免用char和short以求边界对齐,除非是利用char或者short的数据一出归零特性(如255+1=0,多用于模运算)。否则,编译器将要处理大于short和char取值范围的情况而添加代码。
另外对于表达式的处理也要格外小心,如下例子:
short checksum_v3(short * data)
{
unsigned int i;
short sum = 0;
for(i = 0; i < 64 ; i++)
{
sum = (short)( sum + data[i] ); //这里表达式式整形的,所以返处理非32位数据时,
//要小心处理数据类型的转换。
//原来short+short=int 但 int +int=int。。奇怪的处理
}
return sum;
}
同时如上例的程序所示,这样在循环体中的每次运算都要进行类型转换,会降低程序的效率,可以先把其当作int来运算,然后再返回一个short类型。
同时,由于处理的data[]是一个short型数组,用LDRH指令的话,不能使用桶型移位器,所以只能先进行偏移量的以为操作,然后再寻址,也会造成不佳的性能。解决的方法是用指针代替数组操作。
如下:
short checksum_v4(short * data)
{
unsigned int i;
int sum = 0;
for( i = ; i<64; i++)
{
sun += ( data ++);
}
return (short) sum;
}