性能杀手：”潜伏”的memset

贺二公子

于 2022-12-02 16:43:30 发布

阅读量701

点赞数 3

分类专栏： [软件开发]性能优化 [软件开发]C/C++ 文章标签：性能优化

原文链接：https://blog.csdn.net/yunhua_lee/article/details/6381866

版权

[软件开发]C/C++ 同时被 2 个专栏收录

26 篇文章 2 订阅

订阅专栏

[软件开发]性能优化

9 篇文章 4 订阅

订阅专栏

原文地址：https://blog.csdn.net/yunhua_lee/article/details/6381866

文章目录

【memset性能陷进】
【“潜伏”的memset】
【总结汇总】

【memset性能陷进】

memset是大家常用的函数，而且一般的编程书籍都会谆谆告诫大家：申请内存后要初始化，防止使用未经初始化的内存导致不可预知的结果，所以我们一般都会按照如下方式编写代码：

char* buffer = (char*)malloc(1024);
memset(buffer, 0x00, 1024);

代码看起来很标准，也很美观，但这里却隐藏着一个陷进：memset的性能并不高！如果你的内存在1K左右，可能还察觉不到，但如果是1M，那性能影响就很明显了，我们来看实测数据（Redhat EL5 Intel® Xeon® CPU E5620 2.40GHz, gcc 4.1.2）：

内存大小	重复次数	时间
1K	100000	14ms
1M	1000	60ms
10M	1000	725ms

所以如果你在代码里循环调用memset，或者每次流程处理都要调用memset，而且每次都要memset 1M以上，那么你就要小心了，1000次的memset 1M就能够消耗你100多ms的时间，对于高并发高性能的系统来说，这个时间是非常可观的，这就意味着即使不考虑业务处理，1秒钟你最多也不可能处理超过10000次请求。

【“潜伏”的memset】

但这只是memset的第一个陷阱，还有更加隐蔽的第二个陷阱，而且这个陷阱你从代码上根本看不出和memset有什么关系！下面我们就来看这个“潜伏”的memset究竟是如何潜伏的。

代码很简单，就是在栈内存中申请缓冲区，然后再赋值：

char buffer[1024] = {0};

这一行代码很简单，和上面代码不同的地方就在于一个在堆内存中申请，一个在栈内存中申请。但就是这么一行简单的代码，却隐藏了一个陷阱：初始化的时候调用了memset。我们用ltrace工具来看看：

int main(){
   char buffer[1024 * 1024] = {0};
}

ltrace 输出

__libc_start_main(0x8048444, 1, 0xbff9b0a4, 0x80484b0, 0x80484a0 <unfinished …>
memset(0xbfe9afec, ‘/000’, 1048576) = 0xbfe9afec
+++ exited (status 236) +++

可能会有同学会说，你全部都初始化为0了，当然慢了，如果我只初始化第一个元素，是不是会没有这个问题呢？

多说无益，代码验证：

int main(){
   char buffer[1024 * 1024] = {0,};
}

ltrace 输出

__libc_start_main(0x8048444, 1, 0xbfb54f84, 0x80484b0, 0x80484a0 <unfinished …>
memset(0xbfa54ecc, ‘/000’, 1048576) = 0xbfa54ecc
+++ exited (status 204) +++

从上面的ltrace输出可以看出，不管你是全部设置为0，还是只设置第一个，都会调用memset，而且memset的长度都是1024*1024，难道这行代码和括号里的值没有关系，无论怎样都会调用memset？我们再来验证一下：

int main(){
   char buffer[1024 * 1024] = {};
}

ltrace 输出

__libc_start_main(0x8048444, 1, 0xbff0e844, 0x80484b0, 0x80484a0 <unfinished …>
memset(0xbfe0e78c, ‘/000’, 1048576) = 0xbfe0e78c
+++ exited (status 140) +++

再验证括号里设置其它值：

int main(){
   char buffer[1024 * 1024] = {100};
}

ltrace 输出

__libc_start_main(0x8048444, 1, 0xbfea51b4, 0x80484b0, 0x80484a0 <unfinished …>
memset(0xbfda50fc, ‘/000’, 1048576) = 0xbfda50fc
+++ exited (status 252) +++

经过4次代码验证，确实证实了不管{}里面是什么内容，都会调用memset，将所有内存设置为0。

实际上上面的代码里面还有一个陷阱，下面这两行语句的效果是一样的，第一行并不是将所有的内存位都设置为0，而只是设置第0个内存位为0.

char buffer[1024 * 1024] = {0};
char buffer[1024 * 1024] = {0,};

因为隐藏调用了memset，所以设置为0的时候还看不出，我们换一个值就看的很清楚了：

#include <stdio.h>

int main(){
    char buffer[1024 * 1024 ] = {100};
    printf("%d/n", *buffer);
    printf("%d/n", *(buffer+1));
}

输出

100
0

各种赋值的情况我们已经验证过了，当然也要验证一下不赋值的情况，下面是验证情况：

int main(){
	char buffer[1024 * 1024 ];
	*buffer = 'A';
	printf("%d/n", *buffer);
}

ltrace 输出

__libc_start_main(0x8048444, 1, 0xbfbab8f4, 0x80484b0, 0x80484a0 <unfinished …>
printf(“%d/n”, 6565
) = 3
+++ exited (status 3) +++

从ltrace结果可以清楚的看出：即使使用了内存，这次也并没有调用memset了。

除了char类型外，其它的类型也都是这样的，有兴趣的同学可以自己尝试一下，这里就不贴详细的代码了。

【总结汇总】

代码	作用	性能(ms/times)	是否隐含调用memset
char buffer[1024 * 1024] = {0};	申请栈空间，并将第一个元素设置为0	75/1000	是
char buffer[1024 * 1024] = {0,};	申请栈空间，并将第一个元素设置为0	75/1000
char buffer[1024 * 1024] = {};	申请栈空间，不设置任何元素	75/1000
char buffer[1024 * 1024] = {100};	申请栈空间，并将第一个元素设置为100	75/1000
char buffer[1024 * 1024 ];	只申请栈空间	75/1000	否