lkml.org 
[lkml]   [2006]   [Aug]   [14]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateSun, 13 Aug 2006 22:22:08 -0700
FromAndrew Morton <>
SubjectRe: [RFC][PATCH 2/9] deadlock prevention core
On Mon, 14 Aug 2006 07:03:55 +0200
Peter Zijlstra <a.p.zijlstra@chello.nl> wrote:

> On Sun, 2006-08-13 at 21:58 -0700, Andrew Morton wrote:
> > On Mon, 14 Aug 2006 06:40:53 +0200> > Peter Zijlstra <a.p.zijlstra@chello.nl> wrote:
> > 
> > > Testcase:> > > > > > Mount an NBD device as sole swap device and mmap > physical RAM, then
> > > loop through touching pages only once.
> > 
> > Fix: don't try to swap over the network.  Yes, there may be some scenarios
> > where people have no local storage, but it's reasonable to expect anyone
> > who is using Linux as an "enterprise storage platform" to stick a local
> > disk on the thing for swap.> > I wish you were right, however there seems to be a large demand to go
> diskless and swap over iSCSI because disks seem to be the nr. 1 failing
> piece of hardware in systems these days.

We could track dirty anonymous memory and throttle.

Also, there must be some value of /proc/sys/vm/min_free_kbytes at which a
machine is no longer deadlockable with any of these tricks.  Do we know
what level that is?

> > That leaves MAP_SHARED, but mm-tracking-shared-dirty-pages.patch will fix
> > that, will it not?> > Will makes it less likely. One can still have memory pressure, the
> remaining bits of memory can still get stuck in socket queues for
> blocked processes.

But there's lots of reclaimable pagecache around and kswapd will free it
up?
-
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: 2006-08-14 07:31    [from the cache]
©2003-2008