From: torvalds@transmeta.com (Linus Torvalds)
To: linux-kernel@vger.kernel.org
Subject: Re: Subtle MM bug
Date: 17 Jan 2001 17:23:05 -0800 [thread overview]
Message-ID: <945ghp$att$1@penguin.transmeta.com> (raw)
In-Reply-To: <Pine.LNX.4.10.10101101100001.4457-100000@penguin.transmeta.com> <Pine.LNX.4.31.0101180126240.31432-100000@localhost.localdomain>
In article <Pine.LNX.4.31.0101180126240.31432-100000@localhost.localdomain>,
Rik van Riel <riel@conectiva.com.br> wrote:
>On Wed, 10 Jan 2001, Linus Torvalds wrote:
>
>> I looked at it a year or two ago myself, and came to the
>> conclusion that I don't want to blow up our page table size by a
>> factor of three or more, so I'm not personally interested any
>> more. Maybe somebody else comes up with a better way to do it,
>> or with a really compelling reason to.
>
>OTOH, it _would_ get rid of all the balancing issues in one
>blow. And it would fix the aliasing issues and possibly the
>memory fragmentation problem too.
I totally disagree.
It might help fragmentation, but it has absolutely _no_ impact on
balancing. See my comments about not seeing the "accessed" bit until way
too late with a "find by physical" approach.
You simply _cannot_ use "find by physical" for balancing, unless you're
willing to pay the price of doing software accessed bits even on
hardware that does it for you in the page tables. Which is a price MUCH
too high to pay, I suspect.
The current vmscanning is the way to go. Getting PageDirty was a big
step for it, because it is needed so that we can drop pages without
having to do IO like we historically did. I doubt find-by-physical will
help AT ALL wrt balancing.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-01-18 1:23 UTC|newest]
Thread overview: 95+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-08 5:29 Subtle MM bug Wayne Whitney
2001-01-08 5:42 ` Andi Kleen
2001-01-08 6:04 ` Linus Torvalds
2001-01-08 17:44 ` Rik van Riel
2001-01-08 18:02 ` Linus Torvalds
2001-01-08 17:16 ` Rik van Riel
2001-01-08 17:58 ` Linus Torvalds
2001-01-08 23:41 ` Zlatko Calusic
2001-01-09 2:58 ` Linus Torvalds
2001-01-09 6:20 ` Eric W. Biederman
2001-01-09 7:27 ` Linus Torvalds
2001-01-09 11:38 ` Eric W. Biederman
2001-01-09 12:29 ` Zlatko Calusic
2001-01-09 18:47 ` Linus Torvalds
2001-01-09 19:09 ` Daniel Phillips
2001-01-09 19:29 ` Trond Myklebust
2001-01-10 17:32 ` Andi Kleen
2001-01-10 19:31 ` Alan Cox
2001-01-10 19:33 ` Andi Kleen
2001-01-10 19:40 ` Alan Cox
2001-01-10 19:43 ` Andi Kleen
2001-01-10 19:48 ` Alan Cox
2001-01-10 19:48 ` Andi Kleen
2001-01-11 9:51 ` Trond Myklebust
2001-01-10 20:11 ` Linus Torvalds
2001-01-11 12:56 ` Stephen C. Tweedie
2001-01-11 13:10 ` Andi Kleen
2001-01-11 13:12 ` Trond Myklebust
2001-01-11 14:13 ` Stephen C. Tweedie
2001-01-11 19:03 ` Alexander Viro
2001-01-11 19:47 ` Stephen C. Tweedie
2001-01-11 19:57 ` Alexander Viro
2001-01-11 16:50 ` Albert D. Cahalan
2001-01-11 17:35 ` Stephen C. Tweedie
2001-01-11 19:38 ` Albert D. Cahalan
2001-01-11 19:01 ` Alexander Viro
2001-01-09 19:37 ` Linus Torvalds
2001-01-17 8:46 ` Rik van Riel
2001-01-25 22:51 ` Daniel Phillips
2001-01-09 19:53 ` Simon Kirby
2001-01-09 20:08 ` Linus Torvalds
2001-01-09 20:10 ` Zlatko Calusic
2001-01-10 1:45 ` David Woodhouse
2001-01-10 2:26 ` Andrea Arcangeli
2001-01-10 6:57 ` Linus Torvalds
2001-01-10 11:46 ` David Woodhouse
2001-01-10 14:56 ` Andrea Arcangeli
2001-01-10 17:46 ` Eric W. Biederman
2001-01-10 18:33 ` Andrea Arcangeli
2001-01-17 14:26 ` Rik van Riel
2001-01-10 19:03 ` Linus Torvalds
2001-01-10 19:27 ` David S. Miller
2001-01-10 19:36 ` Alan Cox
2001-01-10 23:56 ` David Weinehall
2001-01-11 0:24 ` Alan Cox
2001-01-12 5:56 ` Ralf Baechle
2001-01-12 16:10 ` Eric W. Biederman
2001-01-12 21:11 ` Russell King
2001-01-15 2:56 ` Ralf Baechle
2001-01-15 6:59 ` Eric W. Biederman
2001-01-15 2:53 ` Ralf Baechle
2001-01-15 8:41 ` Caches, page coloring, virtual indexed caches, and more Eric W. Biederman
2001-01-15 11:54 ` Ralf Baechle
2001-01-15 12:53 ` Anton Blanchard
2001-01-15 17:41 ` Ralf Baechle
2001-01-17 4:36 ` Anton Blanchard
2001-01-16 9:34 ` Eric W. Biederman
2001-01-17 4:43 ` Anton Blanchard
2001-01-17 8:35 ` Eric W. Biederman
2001-01-15 17:16 ` Eric W. Biederman
2001-01-16 4:58 ` Ralf Baechle
2001-01-15 18:22 ` Jamie Lokier
2001-01-15 12:51 ` Anton Blanchard
2001-01-17 14:28 ` Subtle MM bug Rik van Riel
2001-01-18 1:23 ` Linus Torvalds [this message]
2001-01-18 11:48 ` Rik van Riel
2001-01-10 17:03 ` Linus Torvalds
2001-01-11 14:36 ` Jim Gettys
2001-01-08 21:30 ` Wayne Whitney
-- strict thread matches above, loose matches on Subject: below --
2001-01-10 19:57 Chris Wing
2001-01-08 20:39 Szabolcs Szakacsits
2001-01-08 21:56 ` Wayne Whitney
2001-01-08 23:22 ` Wayne Whitney
2001-01-08 23:30 ` Andrea Arcangeli
2001-01-09 0:37 ` Linus Torvalds
2001-01-08 22:00 ` Wayne Whitney
2001-01-08 22:15 ` Andrea Arcangeli
2001-01-07 20:59 Zlatko Calusic
2001-01-07 21:37 ` Rik van Riel
2001-01-07 22:33 ` Zlatko Calusic
2001-01-09 2:01 ` Zlatko Calusic
2001-01-17 4:48 ` Rik van Riel
2001-01-17 18:53 ` Zlatko Calusic
2001-01-18 1:32 ` Rik van Riel
2001-04-17 19:37 ` H. Peter Anvin
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='945ghp$att$1@penguin.transmeta.com' \
--to=torvalds@transmeta.com \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox