Martin J. Bligh wrote:
>>>Is there any good reason we can't remove TASK_UNMAPPED_BASE, and just
>>>shove libraries directly above the program text? Red Hat seems to have
>>>patches to dynamically tune it on a per-processes basis anyway ...
>>>
>>>Moreover, can we put the stack back where it's meant to be, below the
>>>program text, in that wasted 128MB of virtual space? Who really wants
>>>
>>>
>>>>128MB of stack anyway (and can't fix their app)?
>>>>
>>>>
>>That space is NULL pointer trap zone. NULL pointer trapping -> good.
>>
>>
>
>128Mb of it? The bottom page, or even a few Mb, sure ...
>but 128Mb seems somewhat excessive ..
>
>
Considering that your process space is 4gig, and that that 128Mb doesn't
really exist anywhere (no RAM, no page table entries, nothing), it's
really not excessive. If you're so strapped for process space that you
need that extra 128Mb, then you probably shouldn't be using a 32-bit
processor.
I understand that the stack exists somewhere high up in the address
space. And there's some other things up there (mmap space, etc). What
happens if the heap grows so much that it collides with one of those
upper address spaces? Out of memory?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Apr 30 2003 - 22:00:22 EST