Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)

On Mon, 17 Sep 2007 22:11:25 -0700 Daniel Phillips <[email protected]>
wrote:


> > I've been using Avi Kivity's patch from some time ago:
> > http://lkml.org/lkml/2004/7/26/68
> 
> Yes.  Ddsnap includes a bit of code almost identical to that, which we wrote independently.  Seems wild and crazy at first blush, doesn't it? But this approach has proved robust in practice, and is to my mind, obviously correct.

I'm so not liking this :-(

Can't we just run the user-space part as mlockall and extend netlink
to work with PF_MEMALLOC where needed?

I did something like that for iSCSI.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
    • From: Daniel Phillips <[email protected]>

• References:
  • [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
    • From: Christoph Lameter <[email protected]>
  • Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
    • From: Daniel Phillips <[email protected]>
  • Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
    • From: "Mike Snitzer" <[email protected]>

• Prev by Date: Re: [PATCH]PCI:disable resource decode in PCI BAR detection
• Next by Date: Re: [00/41] Large Blocksize Support V7 (adds memmap support)
• Previous by thread: Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
• Next by thread: Re: [RFC 0/3] Recursive reclaim (on __PF_MEMALLOC)
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]