notaorb Asked: 2024-09-22 09:07:15 +0800 CST2024-09-22 09:07:15 +0800 CST 2024-09-22 09:07:15 +0800 CST 常见 Unix 操作系统的堆栈和堆大小分配问题 772 在 Unix 操作系统中，下图中低地址和高地址之间的大小是如何选择的？我假设这与虚拟内存管理和页面分配有关。 我很好奇，因为我记得曾经使用过一个操作系统，递归函数可能会耗尽堆栈空间，而操作系统提供了增加进程堆栈空间的选项。对于堆，我理解这是 malloc 请求内存，我猜想在文本和数据加载后，它会以某种方式动态增加堆大小。 参考：链接 unix 1 个回答 Voted Best Answer Stephen C 2024-09-22T09:50:30+08:002024-09-22T09:50:30+08:00 在 Unix 操作系统中，下图的低地址和高地址之间的大小是如何选择的？ 堆栈大小是进程资源限制，您可以通过运行来查看ulimit -s。当操作系统创建进程时，会创建一个堆栈段，其（固定）大小由限制决定。堆栈将使用的内存页的分配由操作系统虚拟内存子系统处理。 您显示为“堆”的区域实际上是进程数据段。它可能被堆使用，也可能不被堆使用。此段的大小由brk()系统调用控制。假设数据段由堆分配器管理（例如通过C 中malloc的和free），当分配器空间不足时，它会调用brk()或sbrk()（请参阅https://man7.org/linux/man-pages/man2/brk.2.html）来请求更多内存。与堆栈段一样，OS 虚拟内存系统负责根据需要分配内存页。 进程还可以使用mmap或shmat类似的系统调用来请求或映射额外的内存段。但这超出了本问题的范围。 我假设这与虚拟内存管理和页面分配有关。 是的。有点。见上文。 我很好奇，因为我记得使用一个操作系统时，递归函数可能会耗尽堆栈空间，而操作系统提供了增加进程堆栈空间的选项。 堆栈段大小是固定的；见上文。这其实是一件好事1。 对于堆，我理解这是 malloc 请求内存，我猜测在文本和数据加载后，它会以某种方式动态增加堆大小。 堆如何操作的细节取决于编程语言/进程运行时。但基本上是的。通常使用brk或来完成mmap。 1 - 无限堆栈会导致操作系统崩溃。任何具有无限递归错误的应用程序都会消耗其无限堆栈的所有可用 RAM。这会导致严重的虚拟机抖动甚至更糟。
参考：链接
堆栈大小是进程资源限制，您可以通过运行来查看
ulimit -s。当操作系统创建进程时，会创建一个堆栈段，其（固定）大小由限制决定。堆栈将使用的内存页的分配由操作系统虚拟内存子系统处理。您显示为“堆”的区域实际上是进程数据段。它可能被堆使用，也可能不被堆使用。此段的大小由
brk()系统调用控制。假设数据段由堆分配器管理（例如通过C 中malloc的和free），当分配器空间不足时，它会调用brk()或sbrk()（请参阅https://man7.org/linux/man-pages/man2/brk.2.html）来请求更多内存。与堆栈段一样，OS 虚拟内存系统负责根据需要分配内存页。进程还可以使用
mmap或shmat类似的系统调用来请求或映射额外的内存段。但这超出了本问题的范围。是的。有点。见上文。
堆栈段大小是固定的；见上文。这其实是一件好事1。
堆如何操作的细节取决于编程语言/进程运行时。但基本上是的。通常使用
brk或来完成mmap。1 - 无限堆栈会导致操作系统崩溃。任何具有无限递归错误的应用程序都会消耗其无限堆栈的所有可用 RAM。这会导致严重的虚拟机抖动甚至更糟。