Re: VM fixes [2/4]

From: Marcelo Tosatti (marcelo.tosatti_at_cyclades.com)
Date: 01/03/05

  • Next message: Adrian Bunk: "Re: starting with 2.7"
    Date:	Mon, 3 Jan 2005 10:25:18 -0200
    To: Andrea Arcangeli <andrea@suse.de>
    
    

    On Sun, Jan 02, 2005 at 05:32:36PM +0100, Andrea Arcangeli wrote:
    > On Fri, Dec 31, 2004 at 08:12:42AM +1100, Nick Piggin wrote:
    > > Andrea Arcangeli wrote:
    > > >This is the forward port to 2.6 of the lowmem_reserved algorithm I
    > > >invented in 2.4.1*, merged in 2.4.2x already and needed to fix workloads
    > > >like google (especially without swap) on x86 with >1G of ram, but it's
    > > >needed in all sort of workloads with lots of ram on x86, it's also
    > > >needed on x86-64 for dma allocations. This brings 2.6 in sync with
    > > >latest 2.4.2x.
    > > >
    > >
    > > This looks OK to me. It really simplifies the code there a lot too.
    > >
    > > The only questions I have are: should it be on by default? I don't think
    > > we ever reached an agreement. I'd say yes, after a run in -mm because it
    > > does potentially fix corner cases where lower zones get filled with un-
    > > freeable memory which could have been satisfied with higher zones.
    >
    > Great, thanks for the review! I definitely agree it should be on by
    > default, I already had an hang report that was solved by more recent
    > kernels and that probably can only be explained by lowmem_reserve since
    > there aren't other mm changes in 2.6.5 based trees.
    >
    > > And second, any chance you could you port it to the mm patches already in
    > > -mm? Won't be a big job, just some clashes in __alloc_pages...
    >
    > I already had to port to 2.6.5 too, and that's enough for now unless I
    > first get a positive ack that it will be merged (if I hadn't more
    > interesting things to develop, I would be happily porting it).

    I believe it can be accepted easily if you change the variable names
    from protection to lowmem_reserve.

    Is there a need for that or its just your taste? :)
    -
    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/


  • Next message: Adrian Bunk: "Re: starting with 2.7"

    Relevant Pages

    • libata: dma, io error messages
      ... abnormal status 0xD0 on port 0xD081B087 ... Unrecovered read error - auto reallocate failed ... I/O error, dev sda, sector 33935366 ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • RE: KLive: Linux Kernel Live Usage Monitor
      ... Some of us sit behind corporate firewalls and proxies that have ... The proxy settings could also be a .config thing. ... use port 25 because everybody has port 25 open ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: patch for sysfs in the cyclades driver
      ... If I can attach this data to the port, ... > will have to test it (I'm grateful for you, Scott). ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • More FTDI 232BM chip issues...
      ... Mar 24 23:46:42 displaytest kernel: usb 2-2: new full speed USB device ... Of course I have a test program running overnight and when the device ... Is there any particular reason the hub would disable that port? ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] 2.6.9-rc3 fix warnings in sound/drivers/opl3/opl3_lib.c
      ... > ALSA code, as pretty as ever. ... while its relatives use port IO instead. ... The l_port and r_port point the iomem pointers now ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)