linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Andrea Arcangeli <andrea@suse.de>
To: Linus Torvalds <torvalds@transmeta.com>
Cc: "Juan J. Quintela" <quintela@fi.udc.es>,
	linux-mm@kvack.org, Kanoj Sarcar <kanoj@google.engr.sgi.com>
Subject: Re: Oops in __free_pages_ok (pre7-1) (Long)
Date: Wed, 3 May 2000 00:26:10 +0200 (CEST)	[thread overview]
Message-ID: <Pine.LNX.4.21.0005030008150.1677-100000@alpha.random> (raw)
In-Reply-To: <Pine.LNX.4.10.10005021439320.12403-100000@penguin.transmeta.com>

On Tue, 2 May 2000, Linus Torvalds wrote:

>I'd rather get rid of it entirely, yes, as I hate having "crud" around

We can get rid of it entirely if you want, it's only an optimization.

The object of the swap entry bitflag is _only_ to swapout the same page in
the same place across a swapin-write fault. It seems to do the trick to
me.

Making swap cache dirty will take a swap entry locked indefinitely (well,
really also swapin read fault take swap entry locked indefinitely...) and
it have to be a kind of dirty swap cache that doesn't get written to disk
in the usual behaviour but it have to be written to disk only when we go
low on memory and we try to unmap it. The only advantage of dirty cache
over swap-entry-logic is that we can do write-swapin/swapout without
dropping the buffer headers from the page in between but the buffer
headers could go away very fast anyway due memory pressure...

>that nobody realizes isn't really even active any more (and your one-liner

The trick is still active (too much active since sometime we forget to
clear the bitflag ;).

If you want to drop it let me know.

Andrea

--
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.eu.org/Linux-MM/

  parent reply	other threads:[~2000-05-02 22:26 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-05-02  1:08 Juan J. Quintela
2000-05-02 20:43 ` Linus Torvalds
2000-05-02 21:31   ` Juan J. Quintela
2000-05-02 21:40     ` Linus Torvalds
2000-05-02 22:06       ` Juan J. Quintela
2000-05-02 22:26       ` Andrea Arcangeli [this message]
2000-05-03  0:38         ` Andrea Arcangeli
2000-05-03  0:45           ` Linus Torvalds
2000-05-03  1:28             ` Andrea Arcangeli
2000-05-03 10:37           ` Rik van Riel
2000-05-02 22:02     ` Andrea Arcangeli
2000-05-02 22:13       ` Juan J. Quintela
2000-05-03  0:43       ` Andrea Arcangeli
2000-05-02 22:54     ` Andrea Arcangeli
2000-05-02 22:08 ` Andrea Arcangeli
2000-05-02 23:58   ` Juan J. Quintela

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=Pine.LNX.4.21.0005030008150.1677-100000@alpha.random \
    --to=andrea@suse.de \
    --cc=kanoj@google.engr.sgi.com \
    --cc=linux-mm@kvack.org \
    --cc=quintela@fi.udc.es \
    --cc=torvalds@transmeta.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox