一个进程可以分配多大的内存?

雨丝风片

原帖由 Alligator27 于 2006-3-31 10:27 发表

我们是从不同的角度看这个问题.

1、单元化只是为了内存管理的方便。如果用户申请32字节，我就用一个指针记录这个32字节的块，如果用户申请1M，我就用一个指针记录这1M的块，暂时倒是省了空间，但这1M的空间被用户释放之后怎么办？直接还给系统还是继续由malloc管理？反个方向，如果用户申请的内存小于现有的page大小，比如32、64、128，那按你的想法，每个块都存一个指针，岂不是也要浪费空间了？ 将内存单元化管理虽然会为每个单元记录一个信息，但由此带来的管理效率却是巨大的。

2、3、用户想用尽量多的内存的方法有很多，不一定非得在malloc上一条路走到黑，当然，如果这后面的工作由系统来做了，对于用户来说还是极为方便的。此外，在未来的FreeBSD7.0里面，现有的malloc将被Jason Evans完全替换。

雨丝风片

看了新出的【Understanding the Linux Kernel】第三版，书中第二十章专门讲到了Linux的新的内存布局（819页）：

Linux是在2.6.9版本中引入所谓的“flexible memory region layout”的，从本质上说，就是一个进程的内存布局取决于它的用户模式栈预期能长多大。不过仍然可以使用传统的布局方式，主要用于内核无法限制用户模式栈的大小的时候。

1.                            传统布局                                灵活布局
   
2. 代码段：                                  始于0x08048000
   
3. 
   
4. 数据和bss段：                             紧跟代码段之后
   
5. 
   
6. 堆：                                    紧跟数据和bss段之后
   
7. 
   
8. 文件内存映射      始于0x40000000（这个地址               始于接近用户模式栈末尾（最低地址）
   
9. 和匿名内存区域：  相当于整个用户模式地址空               的地方，库被添加在后续的低地址中。
   
10.                   间的1/3），库被添加在后续
    
11.                   的高地址中。
    
12. 
    
13. 用户模式栈：                         始于0xc0000000，向低地址生长

复制代码

一般来说，如果内核能够通过RLIMIT_STACK得到一个用户模式栈的尺寸上限，那它就使用灵活布局。这个限制定义了保留给栈的线性地址空间，但是，这个大小不能小于128 MB，也不能大于2.5 GB。

如果RLIMIT_STACK被设为“无穷大”，或者系统管理员把sysctl_legacy_va_layout变量设为1，内核就无法确定用户模式栈的上限，于是就选择传统的内存区域布局。

雨丝风片

在bsdcan2006上面看到Jason Evans写的关于FreeBSD新的jemalloc的论文了。

gvim

谢谢！！！！！！！
这几天昏的把这件大事忘了，12号就开始开会了，过了一个星期要不是你提醒都忘了

assiss

2006年3～5月我在外做实验，竟然错过了这么精彩的讨论。

雨丝风片

原帖由 assiss 于 2007-4-21 10:47 发表
2006年3～5月我在外做实验，竟然错过了这么精彩的讨论。

呵呵，那次真的是一次千里之外研发合作的愉快经历，初步测试、大胆猜测、理论分析、设计试验、准备测试代码，实测大量数据、试验数据分析、归纳数学模型、完成理论推导。。。一切就在网络穿梭中水到渠成了，痛快淋漓啊，呵呵！

大大狗

原帖由 assiss 于 2007-4-21 10:47 发表
2006年3～5月我在外做实验，竟然错过了这么精彩的讨论。

当时我还不知道有BSD这个系统呢 ~_~

congli

原帖由 雨丝风片 于 2007-4-21 11:05 发表


呵呵，那次真的是一次千里之外研发合作的愉快经历，初步测试、大胆猜测、理论分析、设计试验、准备测试代码，实测大量数据、试验数据分析、归纳数学模型、完成理论推导。。。一切就在网络穿梭中水到渠成了，痛 ...

合作愉快:em11:

gvim

可以多找一些论题大家一起来讨论.

assiss

这是一次很经典的讨论。
我想可以复制其成功经验。

支持GVIM的意见，是不是你们一起出面组织一些讨论？