我一直认为,由于Unix系统引入了匿名mmap,RLIMIT_DATA有点无用,因为mmap地址空间不包含在数据段大小中。特别是,glibc malloc()实现使用匿名mmap进行大量分配。
但是,我的测试显示,至少在某些非古老的Linux系统上,匿名mmap包含在数据段中。考虑下面的测试程序:
/* Test mmap and ulimit. */
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <sys/mman.h>
#include <string.h>
int print_memstat()
{
char line[80];
FILE *f = fopen("/proc/self/status", "r");
if (!f)
return -1;
while (1) {
if (!fgets(line, 80, f))
break;
if (strncmp(line, "VmSize", 6) == 0
|| strncmp(line, "VmRSS", 5) == 0
|| strncmp(line, "VmData", 6) == 0)
printf("%s", line);
}
fclose(f);
return 0;
}
int main(int argc, char* argv[])
{
if (argc < 3) {
printf("Usage: %s MODE SIZE_IN_MiB\nwhere\n\
MODE=0: Anonymous mmap\n\
MODE=1: mmap of a temporary file\n\
MODE=2: malloc\n", argv[0]);
return 0;
}
int mode = atoi(argv[1]);
long n = atol(argv[2]); // Mem in MiB
n *= 1024*1024;
void *p;
int fd;
char template[] = "/tmp/mmaptestXXXXXX";
switch (mode) {
case 0:
p = mmap(NULL, n, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0);
if (p == MAP_FAILED) {
perror("anonymous mmap failed");
return 1;
}
break;
case 1:
fd = mkstemp(template);
if (fd == -1) {
perror("mkstemp failed");
return 1;
}
unlink(template);
if (ftruncate(fd, n) == -1) {
perror("ftruncate failed");
return 1;
}
p = mmap(NULL, n, PROT_READ|PROT_WRITE, MAP_PRIVATE, fd, 0);
if (p == MAP_FAILED) {
perror("mmap failed");
return 1;
}
break;
case 2:
p = malloc(n);
if (!p) {
perror("malloc failed");
return 1;
}
break;
default:
printf("MODE must be 0, 1 or 2\n");
return 0;
}
memset(p, 42, n); // Bump up RSS to approx VSS
print_memstat();
return 0;
}
在RHEL5,6和Ubuntu 12.04上测试。在所有这些中,当使用匿名mmap()(使用glibc malloc()时使用MODE = 0和MODE = 2)进行分配时,数据部分大小(VmData)会增加以包括分配。
编辑:进一步的实验表明,虽然匿名mmap()会在/ proc / [PID] / status中的VmData字段中增加报告的数据部分大小,但RLIMIT_DATA限制仅适用于堆大小,即brk()分配而不是匿名mmap()。 AARGH!
现在我的问题是,Linux上的行为有多长,以及它对其他Unix系统的可移植性有多长?即其他Unix还包括数据段大小的匿名mmap吗?