受用户态内存地址空间的限制。64 位系统下分配几个 T 不成问题。
著作权归作者所有。
商业转载请联系作者获得授权，非商业转载请注明出处。
作者：zz matrix
链接：http://www.zhihu.com/question/20836462/answer/22833295
来源：知乎
商业转载请联系作者获得授权，非商业转载请注明出处。
作者：zz matrix
链接：http://www.zhihu.com/question/20836462/answer/22833295
来源：知乎
考虑32位linux情况的话，依据版本的话
如果是2.4版本之前的话，因为映射区是在1G地址位置，而且映射区与栈相对生长，malloc申请的空间大于128KB的话，调用的是mmap函数，因此分配的地址起始在1G位置，末端为3G，最大2G左右，所以一次最大申请为2G左右，如果小块小块累计申请的话算上堆区128M到1G区间的话，小块申请 malloc调用brk总和就0.9G，累计能申请到的为2.9G。
2.6到当前版本的话，因为映射区是在顶端靠近栈区，但是生长方向向下，与堆向上相对，一次malloc申请大空间，malloc调用mmap()能最大申请到2.9G左右，算上堆区128M开始向上小块累计的话，（因为2.9G被mmap了）累计就剩下零头，累计申请最大也是2.9G。
现在分配的才是虚拟地址（不是物理内存，即使物理内存才0.5G），只有真正使用的话，才会建立页表开始关联物理内存。
测试代码如下（Linux系统下&#
如果是2.4版本之前的话，因为映射区是在1G地址位置，而且映射区与栈相对生长，malloc申请的空间大于128KB的话，调用的是mmap函数，因此分配的地址起始在1G位置，末端为3G，最大2G左右，所以一次最大申请为2G左右，如果小块小块累计申请的话算上堆区128M到1G区间的话，小块申请 malloc调用brk总和就0.9G，累计能申请到的为2.9G。
2.6到当前版本的话，因为映射区是在顶端靠近栈区，但是生长方向向下，与堆向上相对，一次malloc申请大空间，malloc调用mmap()能最大申请到2.9G左右，算上堆区128M开始向上小块累计的话，（因为2.9G被mmap了）累计就剩下零头，累计申请最大也是2.9G。
现在分配的才是虚拟地址（不是物理内存，即使物理内存才0.5G），只有真正使用的话，才会建立页表开始关联物理内存。
测试代码如下（Linux系统下&#
