linux-mips
[Top] [All Lists]

Re: Sigcontext->sc_pc Passed to User

To: ralf@oss.sgi.com (Ralf Baechle)
Subject: Re: Sigcontext->sc_pc Passed to User
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Date: Fri, 12 Jul 2002 14:01:56 +0100 (BST)
Cc: kevink@mips.com (Kevin D. Kissell), linux-mips@oss.sgi.com
In-reply-to: <20020712120024.A20727@dea.linux-mips.net> from "Ralf Baechle" at Jul 12, 2002 12:00:24 PM
Sender: owner-linux-mips@oss.sgi.com
> Non-overcommit means large amounts of memory are required when forking
> of a new process.  The standard example is a fat bloated Mozilla forking
> for printing.  Non-overcommit means you need those 50 or 100 megs of
> Mozilla process size once more and if not as physical memory then at
> least as swap space.  Deciede yourself if you're paranoid and want that
> operation to only succeed if that much memory is actually available or
> if you take the risk of the fork & exec operation failing the other way.

Your numbers are ridiculously off.

A mozilla instance on x86 commits 17Mb of potentially swap backed memory
when viewing the mozilla 1.0 start page. (Its actually a bit less but there
is delay in the garbage collector)

2.4.18/19-ac support non overcommit, and its rather useful

Alan


<Prev in Thread] Current Thread [Next in Thread>