干货!嵌入式C语言源代码优化方案
点击左上方蓝色“混说Linux”,选择“设为星标”
1
选择一种合适的数据结构很重要,如果在一堆随机存放的数中使用了大量的插入和删除指令,那使用链表要快得多。数组与指针语句具有十分密切的关系,一般来说,指针比较灵活简洁,而数组则比较直观,容易理解。对于大部分的编译器,使用指针比使用数组生成的代码更短,执行效率更高。
在许多种情况下,可以用指针运算代替数组索引,这样做常常能产生又快又短的代码。与数组索引相比,指针一般能使代码速度更快,占用空间更少。使用多维数组时差异更明显。下面的代码(代码不完整,只是为了做示例分析)作用是相同的,但是效率不一样。
// 示例代码1:数组索引
for(;;)
{
a = array[t++];
}
// 示例代码2:指针运算
p = array;
for(;;)
{
a = *(p++);
}
一个聪明的游戏大虾,基本上不会在自己的主循环里搞什么运算工作,绝对是先计算好了,再到循环里查表。看下面的例子:
long factorial(int i)
{
if (i == 0)
return 1;
else
return i * factorial(i - 1);
}
新代码:
static long factorial_table[] = {1,1,2,6,24,120,720 /* etc */};
long factorial(int i)
{
return factorial_table[i];
}
(2)求余运算
a = a%8;
a = a&7;
(3)平方运算
a = pow(a, 2.0);
a = a*a;
如果是求3次方,如:
a=pow(a,3.0);
a = a*a*a;
(4)用移位实现乘除法运算
a = a*4;
b = b/4;
a = a << 2;
b = b >> 2;
a = a*9
a = (a << 3) + a
采用运算量更小的表达式替换原来的表达式,下面是一个经典例子:
旧代码:
x = w % 8;
y = pow(x, 2.0);
z = y * 33;
for (i = 0; i < MAX; i ++)
{
h = 14 * i;
printf("%d",h);
}
x = w & 7; /*位操作比求余运算快*/
y = x * x; /*乘法比平方运算快*/
z = (y << 5) + y; /*位移乘法比乘法快*/
for (i = h = 0; i < MAX; i++)
{
h += 14; /*加法比乘法快*/
printf("%d",h);
}
(5)避免不必要的整数除法
整数除法是整数运算中最慢的,所以应该尽可能避免。一种可能减少整数除法的地方是连除,这里除法可以由乘法代替。这个替换的副作用是有可能在算乘积时会溢出,所以只能在一定范围的除法中使用。
int i, j, k, m;
m = i / j / k;
int i,j,k,m;
m = i / (j * k);
(6)使用增量和减量操作符
x = x+1;
move A,x ;把x从内存取出存入累加器A
add A,1 ;累加器A加1
store x ;把新值存回x
incr x ;x加1
显然,不用取指令和存指令,增、减量操作执行的速度加快,同时长度也缩短了。
(7)使用复合赋值表达式
复合赋值表达式(如a-=1及a+=1等)都能够生成高质量的程序代码。
(8)提取公共的子表达式
float a,b,c,d,e,f;
// 。。。
e = b * c / d;
f = b / d * a;
推荐的代码:
float a,b,c,d,e,f;
// 。。。
const float t(b / d);
e = c * t;
f = a * t;
float a,b,c,e,f;
// 。。。
e = a / c;
f = b / c;
float a,b,c,e,f;
// 。。。
const float t(1.0f / c);
e = a * t;
f = b * t;
(1)按数据类型的长度排序
把结构体的成员按照它们的类型长度排序,声明成员时把长的类型放在短的前面。编译器要求把长型数据类型存放在偶数地址边界。在申明一个复杂的数据类型 (既有多字节数据又有单字节数据) 时,应该首先存放多字节数据,然后再存放单字节数据,这样可以避免内存的空洞。编译器自动地把结构的实例对齐在内存的偶数边界。
(2)把结构体填充成最长类型长度的整倍数
把结构体填充成最长类型长度的整倍数。照这样,如果结构体的第一个成员对齐了,所有整个结构体自然也就对齐了。下面的例子演示了如何对结构体成员进行重新排序:
不好的代码,普通顺序:
struct
{
char a[5];
long k;
double x;
} baz;
struct
{
double x;
long k;
char a[5];
char pad[7];
} baz;
(3)按数据类型的长度排序本地变量
当编译器分配给本地变量空间时,它们的顺序和它们在源代码中声明的顺序一样,和上一条规则一样,应该把长的变量放在短的变量前面。如果第一个变量对齐了,其它变量就会连续的存放,而且不用填充字节自然就会对齐。有些编译器在分配变量时不会自动改变变量顺序,有些编译器不能产生4字节对齐的栈,所以4字节可能不对齐。下面这个例子演示了本地变量声明的重新排序:
不好的代码,普通顺序:
short ga,gu,gi;
long foo,bar;
double x,y,z[3];
char a,b;
float baz;
推荐的代码,改进的顺序:
double z[3];
double x,y;
long foo,bar;
float baz;
short ga,gu,gi;
(4)把频繁使用的指针型参数拷贝到本地变量
避免在函数中频繁使用指针型参数指向的值。因为编译器不知道指针之间是否存在冲突,所以指针型参数往往不能被编译器优化。这样数据不能被存放在寄存器中,而且明显地占用了内存带宽。注意,很多编译器有“假设不冲突”优化开关(在VC里必须手动添加编译器命令行/Oa或/Ow),这允许编译器假设两个不同的指针总是有不同的内容,这样就不用把指针型参数保存到本地变量。否则,请在函数一开始把指针指向的数据保存到本地变量。如果需要的话,在函数结束前拷贝回去。
不好的代码:
// 假设 q != r
void isqrt(unsigned long a,unsigned long* q,unsigned long* r)
{
*q = a;
if (a > 0)
{
while (*q > (*r = a / *q))
{
*q = (*q + *r) >> 1;
}
}
*r = a - *q * *q;
}
推荐的代码:
// 假设 q != r
void isqrt(unsigned long a,unsigned long* q,unsigned long* r)
{
unsigned long qq, rr;
qq = a;
if (a > 0)
{
while (qq > (rr = a / qq))
{
qq = (qq + rr) >> 1;
}
}
rr = a - qq * qq;
*q = qq;
*r = rr;
}
要充分利用CPU的指令缓存,就要充分分解小的循环。特别是当循环体本身很小的时候,分解循环可以提高性能。注意:很多编译器并不能自动分解循环。
不好的代码:
// 3D转化:把矢量 V 和 4x4 矩阵 M 相乘
for (i = 0;i < 4;i ++)
{
r[i] = 0;
for (j = 0;j < 4;j ++)
{
r[i] += M[j][i]*V[j];
}
}
推荐的代码:
r[0] = M[0][0]*V[0] + M[1][0]*V[1] + M[2][0]*V[2] + M[3][0]*V[3];
r[1] = M[0][1]*V[0] + M[1][1]*V[1] + M[2][1]*V[2] + M[3][1]*V[3];
r[2] = M[0][2]*V[0] + M[1][2]*V[1] + M[2][2]*V[2] + M[3][2]*V[3];
r[3] = M[0][3]*V[0] + M[1][3]*V[1] + M[2][3]*V[2] + M[3][3]*v[3];
(3)延时函数
void delay(void)
{
unsigned int i;
for (i=0; i<1000; i++) ;
}
void delay(void)
{
unsigned int i;
for (i=1000; i>0; i--) ;
}
用while循环时有以下两种循环形式:
unsigned int i = 0;
while(i < 1000)
{
i ++;
//用户程序
}
unsigned int i = 1000;
do
{
i --;
//用户程序
}
while(i > 0);
这是经典的速度优化,但许多编译程序(如gcc -funroll-loops)能自动完成这个事,所以现在你自己来优化这个显得效果不明显。
for (i = 0; i < 100; i++)
{
do_stuff(i);
}
for (i = 0; i < 100; )
{
do_stuff(i); i++;
do_stuff(i); i++;
do_stuff(i); i++;
do_stuff(i); i++;
do_stuff(i); i++;
do_stuff(i); i++;
do_stuff(i); i++;
do_stuff(i); i++;
do_stuff(i); i++;
do_stuff(i); i++;
}
还有一点请注意,在有内部指令cache的CPU上(如MMX芯片),因为循环展开的代码很大,往往cache溢出,这时展开的代码会频繁地在CPU 的cache和内存之间调来调去,又因为cache速度很高,所以此时循环展开反而会变慢。还有就是循环展开会影响矢量运算优化。
switch 可能转化成多种不同算法的代码。其中最常见的是跳转表和比较链/树。当switch用比较链的方式转化时,编译器会产生if-else-if的嵌套代码,并按照顺序进行比较,匹配时就跳转到满足条件的语句执行。所以可以对case的值依照发生的可能性进行排序,把最有可能的放在第一位,这样可以提高性能。此外,在case中推荐使用小的连续的整数,因为在这种情况下,所有的编译器都可以把switch 转化成跳转表。
int days_in_month,short_months,normal_months,long_months;
switch (days_in_month)
{
case 28:
case 29:
short_months ++;
break;
case 30:
normal_months ++;
break;
case 31:
long_months ++;
break;
default:
cout << "month has fewer than 28 or more than 31 days" << endl;
break;
}
int days_in_month,short_months,normal_months,long_months;
switch (days_in_month)
{
case 31:
long_months ++;
break;
case 30:
normal_months ++;
break;
case 28:
case 29:
short_months ++;
break;
default:
cout << "month has fewer than 28 or more than 31 days" << endl;
break;
}
当switch语句中的case标号很多时,为了减少比较的次数,明智的做法是把大switch语句转为嵌套switch语句。把发生频率高的case 标号放在一个switch语句中,并且是嵌套switch语句的最外层,发生相对频率相对低的case标号放在另一个switch语句中。比如,下面的程序段把相对发生频率低的情况放在缺省的case标号内。
pMsg=ReceiveMessage();
switch (pMsg->type)
{
case FREQUENT_MSG1:
handleFrequentMsg();
break;
case FREQUENT_MSG2:
handleFrequentMsg2();
break;
case FREQUENT_MSGn:
handleFrequentMsgn();
break;
default: //嵌套部分用来处理不经常发生的消息
switch (pMsg->type)
{
case INFREQUENT_MSG1:
handleInfrequentMsg1();
break;
case INFREQUENT_MSG2:
handleInfrequentMsg2();
break;
case INFREQUENT_MSGm:
handleInfrequentMsgm();
break;
}
}
enum MsgType{Msg1, Msg2, Msg3}
switch (ReceiveMessage()
{
case Msg1;
// 。。。。。。
case Msg2;
// 。。。。。
case Msg3;
// 。。。。。
}
/*准备工作*/
int handleMsg1(void);
int handleMsg2(void);
int handleMsg3(void);
/*创建一个函数指针数组*/
int (*MsgFunction [])() = {handleMsg1,handleMsg2,handleMsg3};
/*用下面这行更有效的代码来替换switch语句*/
status = MsgFunction[ReceiveMessage()]();
有些机器对JNZ(为0转移)有特别的指令处理,速度非常快,如果你的循环对方向不敏感,可以由大向小循环。
for (i = 1; i <= MAX; i++)
{
//。。。
}
i = MAX + 1;
while(--i)
{
// 。。。
}
旧代码:
char a[MAX+5];
for (i = 1; i <= MAX; i++)
{
*(a+i+4) = 0;
}
i = MAX+1;
while(--i)
{
*(a+i+4) = 0;
}
(9)公用代码块
一些公用处理模块,为了满足各种不同的调用需要,往往在内部采用了大量的if-then-else结构,这样很不好,判断语句如果太复杂,会消耗大量的时间的,应该尽量减少公用代码块的使用。(任何情况下,空间优化和时间优化都是对立的--东楼)。当然,如果仅仅是一个(3==x)之类的简单判断,适当使用一下,也还是允许的。记住,优化永远是追求一种平衡,而不是走极端。
要提升循环的性能,减少多余的常量计算非常有用(比如,不随循环变化的计算)。
for( i 。。。) // 条件自定义
{
if(CONSTANT0)
{
DoWork0(i);//假设这里不改变CONSTANT0的值
}
else
{
DoWork1(i);//假设这里不改变CONSTANT0的值
}
}
if(CONSTANT0)
{
for( i 。。。)
{
DoWork0(i);
}
}
else
{
for( i 。。。)
{
DoWork1(i);
}
}
(11)选择好的无限循环
编译前:
while(1);
mov eax,1
test eax,eax
je foo+23h
jmp foo+18h
for(;;);
jmp foo+23h
(1)使用并行代码
尽可能把长的有依赖的代码链分解成几个可以在流水线执行单元中并行执行的没有依赖的代码链。很多高级语言,包括C++,并不对产生的浮点表达式重新排序,因为那是一个相当复杂的过程。需要注意的是,重排序的代码和原来的代码在代码上一致并不等价于计算结果一致,因为浮点操作缺乏精确度。在一些情况下,这些优化可能导致意料之外的结果。幸运的是,在大部分情况下,最后结果可能只有最不重要的位(即最低位)是错误的。
不好的代码:
double a[100],sum;
int i;
sum = 0.0f;
for (i=0;i<100;i++)
sum += a[i];
double a[100],sum1, sum2,sum3,sum4,sum;
int i;
sum1 = sum2 = sum3 = sum4 = 0.0;
for (i = 0;i < 100;i += 4)
{
sum1 += a[i];
sum2 += a[i+1];
sum3 += a[i+2];
sum4 += a[i+3];
}
sum = (sum4+sum3)+(sum1+sum2);
当数据保存到内存时存在读写依赖,即数据必须在正确写入后才能再次读取。虽然AMD Athlon等CPU有加速读写依赖延迟的硬件,允许在要保存的数据被写入内存前读取出来,但是,如果避免了读写依赖并把数据保存在内部寄存器中,速度会更快。在一段很长的又互相依赖的代码链中,避免读写依赖显得尤其重要。如果读写依赖发生在操作数组时,许多编译器不能自动优化代码以避免读写依赖。所以推荐程序员手动去消除读写依赖,举例来说,引进一个可以保存在寄存器中的临时变量。这样可以有很大的性能提升。下面一段代码是一个例子:
float x[VECLEN],y[VECLEN],z[VECLEN];
//。。。。。。
for(unsigned int k = 1;k < VECLEN;k ++)
{
x[k] = x[k-1] + y[k];
}
for(k = 1;k <VECLEN;k++)
{
x[k] = z[k] * (y[k] - x[k-1]);
}
float x[VECLEN],y[VECLEN],z[VECLEN];
//。。。。。。
float t(x[0]);
for(unsigned int k = 1;k < VECLEN;k ++)
{
t = t + y[k];
x[k] = t;
}
t = x[0];
for (k = 1;k <;VECLEN;k ++)
{
t = z[k] * (y[k] - t);
x[k] = t;
}
还有就是结构体访问,东楼的经验,凡是在循环里对一个结构体的两个以上的元素执行了访问,就有必要建立中间变量了(结构这样,那C++的对象呢?想想看),看下面的例子:
total = a->b->c[4]->aardvark + a->b->c[4]->baboon + a->b->c[4]->cheetah + a->b->c[4]->dog;
新代码:
struct animals * temp = a->b->c[4];
total = temp->aardvark + temp->baboon + temp->cheetah + temp->dog;
float a,b,c,d,f,g;
//。。。
a = b / c * d;
f = b * g / c;
float a,b,c,d,f,g;
//。。。
a = b / c * d;
f = b / c * g;
注意:优化是有侧重点的,优化是一门平衡的艺术,它往往要以牺牲程序的可读性或者增加代码长度为代价。
关注微信公众号『混说Linux』,后台点击 关于混说 即可添加作者微信。
往期推荐