linux的内存管理机制？大量malloc,大量free出现疑似泄漏。

tedcy

在写一个高并发的文件服务器，发现在10K并发的任务处理完毕之后，top看到依然占用了极高的内存。
但是使用valgrind并未发现泄漏。

于是写了这样一个测试程序

1. 
   
2. #include <stdlib.h>
   
3. #include <stdio.h>
   
4. 
   
5. int main()
   
6. {
   
7.         char *p[1024];
   
8.         int i,j;
   
9.         char c;
   
10. 
    
11.         for(i = 0;i != 1024;++i)
    
12.         {
    
13.                 p[i] = malloc(64*1024);
    
14.                 for(j = 0;j != 64*1024;++j)
    
15.                         p[i][j] = 1;//产生页错误分配实际帧
    
16.         }
    
17.         for(i = 0;i != 1024-1;++i)
    
18.                 free(p[i]);
    
19.         printf("pause,input any key\n");
    
20.         scanf("%c",&c);
    
21.         free(p[1024-1]);
    
22.         while(1);
    
23.         return 0;
    
24. }

复制代码

top里面如下
25574 tedcy     20   0 69608  64m  384 S  0.0  1.8   0:00.20 pts/8    mem_test

输入一个字母以后

25574 tedcy     20   0  4056  604  392 R 99.7  0.0   0:11.66 pts/8    mem_test

可以看到在最后一个元素free以后，内存占用从64M降为604
很是疑惑不解。free是如何工作的？

fifodct

我觉得是kernel没有得到空闲的周期去处理memory的回收任务。

改成这样试试。
for(i = 0;i != 1024-1;++i)
{
                free(p[i]);
                usleep(1000);
}

fayewangfans

你都不验证内存分配成功不成功？
还有，malloc实现方式好想是调用系统调用sys_brk据说也有用mmap的（我不确定），不知道记错了名字没有，这个系统调用可以缩小或者扩大空间，而malloc就是管理他分配的内存，但是free的时候不见得会马上掉用sys_brk缩小空间，可能暂时的保存已经分配好的空间，下次要在调用malloc的话，就可以直接分配，而不用调用sys_brk，所以会出现上述现象。
上面的回答，可能用词不准确，我没记住那些专业词语，大概就是这个意思。

fayewangfans

顺便问一句，你们需要招人吗？大四快毕业了，求带走。