From: ebiederm@xmission.com (Eric W. Biederman)
To: Pavel Machek <pavel@suse.cz>
Cc: Marcelo Tosatti <marcelo@conectiva.com.br>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
Daniel Phillips <phillips@bonn-fries.net>,
Rob Fuller <rfuller@nsisoftware.com>,
linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: broken VM in 2.4.10-pre9
Date: 27 Sep 2001 07:52:43 -0600 [thread overview]
Message-ID: <m1ite468r8.fsf@frodo.biederman.org> (raw)
In-Reply-To: <20010925005033.A137@bug.ucw.cz> <Pine.LNX.4.21.0109261518520.957-100000@freak.distro.conectiva> <20010927014431.C2164@bug.ucw.cz>
In-Reply-To: <20010927014431.C2164@bug.ucw.cz>
Pavel Machek <pavel@suse.cz> writes:
> Hi!
>
> > > > > So my suggestion was to look at getting anonymous pages backed by what
> > > > > amounts to a shared memory segment. In that vein. By using an extent
> > > > > based data structure we can get the cost down under the current 8 bits
> > > > > per page that we have for the swap counts, and make allocating swap
> > > > > pages faster. And we want to cluster related swap pages anyway so
> > > > > an extent based system is a natural fit.
> > > >
> > > > Much of this goes away if you get rid of both the swap and anonymous page
> > > > special cases. Back anonymous pages with the "whoops everything I write
> here
>
> > > > vanishes mysteriously" file system and swap with a swapfs
> > >
> > > What exactly is anonymous memory? I thought it is what you do when you
> > > want to malloc(), but you want to back that up by swap, not /dev/null.
> >
> > Anonymous memory is memory which is not backed by a filesystem or a
> > device. eg: malloc()ed memory, shmem, mmap(MAP_PRIVATE) on a file (which
> > will create anonymous memory as soon as the program which did the mmap
> > writes to the mapped memory (COW)), etc.
>
> So... how can alan propose to back anonymous memory with /dev/null?
> [see above] It should be backed by swap, no?
He's not. Alan if I understand him correctly is advocating remove special
cases. And making it look like all pages are backed by something.
The /dev/nullfs is just until swap is allocated for that page.
I don't agree with the exact details of what Alan is envsions but I do
argree with the basic idea...
Eric
WARNING: multiple messages have this Message-ID (diff)
From: ebiederm@xmission.com (Eric W. Biederman)
To: Pavel Machek <pavel@suse.cz>
Cc: Marcelo Tosatti <marcelo@conectiva.com.br>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
Daniel Phillips <phillips@bonn-fries.net>,
Rob Fuller <rfuller@nsisoftware.com>,
linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: broken VM in 2.4.10-pre9
Date: 27 Sep 2001 07:52:43 -0600 [thread overview]
Message-ID: <m1ite468r8.fsf@frodo.biederman.org> (raw)
In-Reply-To: <20010927014431.C2164@bug.ucw.cz>
Pavel Machek <pavel@suse.cz> writes:
> Hi!
>
> > > > > So my suggestion was to look at getting anonymous pages backed by what
> > > > > amounts to a shared memory segment. In that vein. By using an extent
> > > > > based data structure we can get the cost down under the current 8 bits
> > > > > per page that we have for the swap counts, and make allocating swap
> > > > > pages faster. And we want to cluster related swap pages anyway so
> > > > > an extent based system is a natural fit.
> > > >
> > > > Much of this goes away if you get rid of both the swap and anonymous page
> > > > special cases. Back anonymous pages with the "whoops everything I write
> here
>
> > > > vanishes mysteriously" file system and swap with a swapfs
> > >
> > > What exactly is anonymous memory? I thought it is what you do when you
> > > want to malloc(), but you want to back that up by swap, not /dev/null.
> >
> > Anonymous memory is memory which is not backed by a filesystem or a
> > device. eg: malloc()ed memory, shmem, mmap(MAP_PRIVATE) on a file (which
> > will create anonymous memory as soon as the program which did the mmap
> > writes to the mapped memory (COW)), etc.
>
> So... how can alan propose to back anonymous memory with /dev/null?
> [see above] It should be backed by swap, no?
He's not. Alan if I understand him correctly is advocating remove special
cases. And making it look like all pages are backed by something.
The /dev/nullfs is just until swap is allocated for that page.
I don't agree with the exact details of what Alan is envsions but I do
argree with the basic idea...
Eric
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
next prev parent reply other threads:[~2001-09-27 14:03 UTC|newest]
Thread overview: 154+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-17 15:40 broken VM in 2.4.10-pre9 Rob Fuller
2001-09-17 15:40 ` Rob Fuller
2001-09-17 16:03 ` Eric W. Biederman
2001-09-17 16:03 ` Eric W. Biederman
2001-09-19 9:45 ` Daniel Phillips
2001-09-19 9:45 ` Daniel Phillips
2001-09-19 19:45 ` Alan Cox
2001-09-19 19:45 ` Alan Cox
2001-09-19 21:03 ` Eric W. Biederman
2001-09-19 21:03 ` Eric W. Biederman
2001-09-19 22:04 ` Alan Cox
2001-09-19 22:04 ` Alan Cox
2001-09-19 22:26 ` Eric W. Biederman
2001-09-19 22:26 ` Eric W. Biederman
2001-09-19 23:05 ` Rik van Riel
2001-09-19 23:05 ` Rik van Riel
2001-09-20 11:28 ` Daniel Phillips
2001-09-20 11:28 ` Daniel Phillips
2001-09-20 12:06 ` Rik van Riel
2001-09-20 12:06 ` Rik van Riel
2001-09-21 8:13 ` Daniel Phillips
2001-09-21 8:13 ` Daniel Phillips
2001-09-21 12:10 ` Rik van Riel
2001-09-21 12:10 ` Rik van Riel
2001-09-21 15:27 ` Jan Harkes
2001-09-21 15:27 ` Jan Harkes
2001-09-22 7:09 ` Daniel Phillips
2001-09-22 7:09 ` Daniel Phillips
2001-09-25 11:04 ` Mike Fedyk
2001-09-25 11:04 ` Mike Fedyk
2001-09-20 12:57 ` Alan Cox
2001-09-20 12:57 ` Alan Cox
2001-09-20 13:40 ` Daniel Phillips
2001-09-20 13:40 ` Daniel Phillips
2001-09-24 22:50 ` Pavel Machek
2001-09-24 22:50 ` Pavel Machek
2001-09-26 18:22 ` Marcelo Tosatti
2001-09-26 18:22 ` Marcelo Tosatti
2001-09-26 23:44 ` Pavel Machek
2001-09-26 23:44 ` Pavel Machek
2001-09-27 13:52 ` Eric W. Biederman [this message]
2001-09-27 13:52 ` Eric W. Biederman
2001-10-01 11:37 ` Marcelo Tosatti
2001-10-01 11:37 ` Marcelo Tosatti
2001-09-19 23:00 ` Rik van Riel
2001-09-19 23:00 ` Rik van Riel
2001-09-21 8:23 ` Eric W. Biederman
2001-09-21 8:23 ` Eric W. Biederman
2001-09-21 12:01 ` Rik van Riel
2001-09-21 12:01 ` Rik van Riel
2001-09-22 2:14 ` Alexander Viro
2001-09-22 2:14 ` Alexander Viro
2001-09-22 3:09 ` Rik van Riel
2001-09-22 3:09 ` Rik van Riel
2001-09-21 14:29 ` Gábor Lénárt
2001-09-21 14:35 ` Horst von Brand
2001-09-19 21:37 ` Eric W. Biederman
2001-09-19 21:37 ` Eric W. Biederman
2001-09-19 21:55 ` David S. Miller
2001-09-19 21:55 ` David S. Miller
2001-09-20 13:02 ` Rik van Riel
2001-09-20 13:02 ` Rik van Riel
-- strict thread matches above, loose matches on Subject: below --
2001-09-22 19:59 Peter Magnusson
2001-09-22 20:46 ` Jan Harkes
2001-09-22 21:46 ` Peter Magnusson
2001-09-22 19:59 Peter Magnusson
2001-09-22 20:18 ` Rik van Riel
2001-09-19 22:15 Rob Fuller
2001-09-19 22:15 ` Rob Fuller
2001-09-19 22:21 ` David S. Miller
2001-09-19 22:21 ` David S. Miller
2001-09-19 22:26 ` Christoph Hellwig
2001-09-20 3:16 ` GOTO Masanori
2001-09-20 7:38 ` Christoph Hellwig
2001-09-19 22:30 ` Alan Cox
2001-09-19 22:30 ` Alan Cox
2001-09-19 22:48 ` Eric W. Biederman
2001-09-19 22:48 ` Eric W. Biederman
2001-09-19 22:51 ` Bryan O'Sullivan
2001-09-19 22:51 ` Bryan O'Sullivan
2001-09-16 19:07 vm rewrite ready [Re: broken VM in 2.4.10-pre9] Rik van Riel
2001-09-16 15:19 ` broken VM in 2.4.10-pre9 Phillip Susi
2001-09-16 19:33 ` Jeremy Zawodny
2001-09-16 19:52 ` Rik van Riel
[not found] <fa.i95if5v.74un2p@ifi.uio.no>
[not found] ` <fa.gu977tv.1b7u0g9@ifi.uio.no>
2001-09-16 18:06 ` Dan Maas
2001-09-16 15:19 Ricardo Galli
2001-09-16 15:23 ` Michael Rothwell
2001-09-16 16:33 ` Rik van Riel
2001-09-16 16:50 ` Andreas Steinmetz
2001-09-16 17:12 ` Ricardo Galli
2001-09-16 17:06 ` Ricardo Galli
2001-09-16 17:18 ` Jeremy Zawodny
2001-09-16 18:16 ` Stephan von Krawczynski
2001-09-16 18:45 ` Stephan von Krawczynski
2001-09-21 3:16 ` Bill Davidsen
2001-09-21 10:21 ` Stephan von Krawczynski
2001-09-21 14:08 ` Bill Davidsen
2001-09-21 14:23 ` Rik van Riel
2001-09-23 13:13 ` Eric W. Biederman
2001-09-23 13:27 ` Rik van Riel
2001-09-21 10:43 ` Stephan von Krawczynski
2001-09-21 12:13 ` Rik van Riel
2001-09-21 12:55 ` Stephan von Krawczynski
2001-09-21 13:01 ` Rik van Riel
2001-09-22 11:01 ` Daniel Phillips
2001-09-22 20:05 ` Rik van Riel
2001-09-16 19:43 ` Linus Torvalds
2001-09-16 19:57 ` Rik van Riel
2001-09-16 20:17 ` Rik van Riel
2001-09-16 20:29 ` Andreas Steinmetz
2001-09-16 21:28 ` Linus Torvalds
2001-09-16 22:47 ` Alex Bligh - linux-kernel
2001-09-16 22:55 ` Linus Torvalds
2001-09-16 22:59 ` Stephan von Krawczynski
2001-09-16 22:14 ` Linus Torvalds
2001-09-16 23:29 ` Stephan von Krawczynski
2001-09-17 15:35 ` Stephan von Krawczynski
2001-09-17 15:51 ` Linus Torvalds
2001-09-17 16:34 ` Stephan von Krawczynski
2001-09-17 16:46 ` Linus Torvalds
2001-09-17 17:20 ` Stephan von Krawczynski
2001-09-17 17:37 ` Linus Torvalds
2001-09-17 0:37 ` Daniel Phillips
2001-09-17 1:07 ` Linus Torvalds
2001-09-17 2:23 ` Daniel Phillips
2001-09-17 5:11 ` Jan Harkes
2001-09-17 12:33 ` Daniel Phillips
2001-09-17 12:41 ` Rik van Riel
2001-09-17 14:49 ` Daniel Phillips
2001-09-17 16:14 ` Jan Harkes
2001-09-17 16:34 ` Linus Torvalds
2001-09-17 15:38 ` Linus Torvalds
2001-09-17 12:26 ` Rik van Riel
2001-09-17 15:42 ` Linus Torvalds
2001-09-18 12:04 ` Rik van Riel
2001-09-17 17:33 ` Linus Torvalds
2001-09-17 18:07 ` Linus Torvalds
2001-09-18 12:09 ` Rik van Riel
2001-09-21 3:10 ` Bill Davidsen
2001-09-17 8:06 ` Eric W. Biederman
2001-09-17 8:06 ` Eric W. Biederman
2001-09-17 12:12 ` Rik van Riel
2001-09-17 12:12 ` Rik van Riel
2001-09-17 15:45 ` Eric W. Biederman
2001-09-17 15:45 ` Eric W. Biederman
2001-09-15 22:43 Peter Magnusson
2001-09-15 23:50 ` Jan Harkes
2001-09-16 5:31 ` Linus Torvalds
2001-09-16 8:45 ` Eric W. Biederman
2001-09-17 10:25 ` Tonu Samuel
2001-09-16 16:47 ` Jeremy Zawodny
2001-09-16 18:36 ` Alan Cox
2001-09-16 19:38 ` Linus Torvalds
2001-09-16 19:37 ` Linus Torvalds
2001-09-17 14:04 ` Olaf Zaplinski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m1ite468r8.fsf@frodo.biederman.org \
--to=ebiederm@xmission.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=marcelo@conectiva.com.br \
--cc=pavel@suse.cz \
--cc=phillips@bonn-fries.net \
--cc=rfuller@nsisoftware.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.