lkml.org 
[lkml]   [2002]   [Mar]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC] Arch option to touch newly allocated pages
    Daniel Phillips <phillips@bonn-fries.net>:
    > On March 5, 2002 07:30 pm, Benjamin LaHaise wrote:
    > > On Tue, Mar 05, 2002 at 01:12:19PM -0500, Jeff Dike wrote:
    > > > Really? And you're unconcerned about the impact on the rest of the system
    > > > of a UML grabbing (say) 128M of memory when it starts up? Especially if it
    > > > may never use it?
    > >
    > > Honestly, I think that most people want to know if the system they've setup
    > > is overcommited at as early a point as possible: a UML failing at startup
    > > with out of memory is better than random segvs at some later point when the
    > > system is under load. Refer to the principle of least surprise. And if the
    > > user truely wants to disable that, well, you can give them a command line
    > > option to shoot themselves in the foot with.
    >
    > Suppose you have 512 MB memory and an equal amount of swap. You start 8
    > umls with 64 MB each. With your and Peter's suggestion, the system always
    > goes into swap. Whereas if the memory is only allocated on demand it
    > probably doesn't.

    Not unless the VM is really bad... All that is called for is that the
    virtual space be available. Each umls gets 64 MB, but the rest is guaranteed
    available via swap. Nothing has to swap until all processes have expanded
    to use all available ram. Currently the only way to ensure that the memory
    IS available is to modify every page at startup. Yes it will swap the modified
    pages.

    But it should only do so once, until the pages are really needed.

    Otherwise the umls run until the system goes OOM - then somebody gets killed.
    Much nicer to have it die at the beginning instead of after 4-5 hours of
    operation when it needs just "one more page" only to find out that the system
    lied when it said it was available.

    -------------------------------------------------------------------------
    Jesse I Pollard, II
    Email: pollard@navo.hpc.mil

    Any opinions expressed are solely my own.
    -
    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/

    \
     
     \ /
      Last update: 2005-03-22 13:24    [W:4.692 / U:0.056 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site