public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: R.E.Wolff@BitWizard.nl (Rogier Wolff)
To: "Stephen C. Tweedie" <sct@redhat.com>
Cc: Rogier Wolff <R.E.Wolff@BitWizard.nl>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	"J . A . Magallon" <jamagallon@able.es>,
	Wakko Warner <wakko@animx.eu.org>,
	Xavier Bestel <xavier.bestel@free.fr>,
	Goswin Brederlow <goswin.brederlow@student.uni-tuebingen.de>,
	William T Wilson <fluffy@snurgle.org>,
	Matt_Domsch@Dell.com, linux-kernel@vger.kernel.org
Subject: Re: 2.4 and 2GB swap partition limit
Date: Wed, 2 May 2001 12:54:15 +0200 (MEST)	[thread overview]
Message-ID: <200105021054.MAA07283@cave.bitwizard.nl> (raw)
In-Reply-To: <20010501173558.U26638@redhat.com> from "Stephen C. Tweedie" at "May 1, 2001 05:35:58 pm"

Stephen C. Tweedie wrote:
> Hi,
> 
> On Tue, May 01, 2001 at 06:14:54PM +0200, Rogier Wolff wrote:
> 
> > Shouldn't the algorithm be: 
> > 
> > - If (current_access == write )
> > 	free (swap_page);
> >   else
> >  	map (page, READONLY)
> > 
> > and 
> >   when a write access happens, we fault again, and map free the 
> >   swap-page as it is now dirty anyway. 
> 
> That's what 2.2 did.  2.4 doesn't have to. 
> 
> The trouble is, you really want contiguous virtual memory to remain
> contiguous on swap.  Freeing individual pages like this on fault can
> cause a great deal of fragmentation in swap.  We'd far rather keep the
> swap page reserved for future use by the same page so that the VM
> region remains contiguous on disk.
> 
> That's fine as far as it goes, but the problem happens if you _never_
> free up such pages.  We should reap the unused swap page if we run out
> of swap.  We don't, and _that_ is the problem --- not the fact that
> the page is left allocated in the first place, but the fact that we
> don't do anything about it once we are short on disk.

first: Thanks for clearing this up for me. 

So, there are in fact some more "states" a swap-page can be in:

	-(0) free
	-(1) allocated, not in mem. 
	-(2) on swap, valid copy of memory. 
	-(3) on swap: invalid copy, allocated for fragmentation, can 
		be freed on demand if we are close to running out of swap.

If we running low on (0) swap-pages we can first start to reap the (3)
pages, and if that runs out, we can start reaping the (2)
pages. Right?


		Roger. 

-- 
** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2137555 **
*-- BitWizard writes Linux device drivers for any device you may have! --*
* There are old pilots, and there are bold pilots. 
* There are also old, bald pilots. 

  reply	other threads:[~2001-05-02 10:54 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-02 21:23 2.4 and 2GB swap partition limit Matt_Domsch
2001-03-02 23:52 ` Kenneth Johansson
2001-03-03  6:14 ` William T Wilson
2001-03-03 11:14   ` Rogier Wolff
2001-03-08 13:05     ` Goswin Brederlow
2001-04-27 10:51       ` Xavier Bestel
2001-04-27 11:13         ` Rogier Wolff
2001-04-27 20:52           ` LA Walsh
2001-04-27 21:44             ` Rik van Riel
2001-04-27 22:06               ` Thomas Dodd
2001-04-27 22:40               ` Hugh Dickins
2001-04-27 22:40                 ` Rik van Riel
2001-04-29 15:12                 ` Ingo Oeser
2001-04-27 22:44               ` LA Walsh
2001-04-28  7:47             ` Rogier Wolff
2001-04-27 22:22           ` Wakko Warner
2001-04-28 13:17             ` Rogier Wolff
2001-04-28 13:37               ` Wakko Warner
2001-04-28 14:11                 ` Rogier Wolff
2001-04-28 14:28                   ` J . A . Magallon
2001-04-30 18:12                     ` Alan Cox
2001-05-01 13:00                       ` Stephen C. Tweedie
2001-05-01 16:14                         ` Rogier Wolff
2001-05-01 16:35                           ` Stephen C. Tweedie
2001-05-02 10:54                             ` Rogier Wolff [this message]
2001-05-02 11:04                               ` Stephen C. Tweedie
2001-05-02 12:49                                 ` Hugh Dickins
2001-05-02 13:43                                   ` Stephen C. Tweedie
2001-05-02  0:28                         ` Rik van Riel
2001-05-02  0:34                           ` David S. Miller
2001-05-02  0:43                             ` Rik van Riel
2001-05-02  1:14                               ` Roger Larsson
2001-05-02  1:30                                 ` Rik van Riel
2001-05-01 13:39                       ` Christoph Rohland
2001-05-01 23:25                         ` Rik van Riel
2001-04-28 18:04                   ` Albert D. Cahalan
2001-04-28 21:23                     ` Rogier Wolff
2001-04-29  1:43                     ` Jonathan Lundell
2001-04-29  9:17                       ` Kenneth Johansson
2001-04-28 18:21                   ` David Lang
2001-04-28 21:25                     ` Rogier Wolff
2001-04-30 18:14               ` Alan Cox
  -- strict thread matches above, loose matches on Subject: below --
2001-03-04 22:04 Matt_Domsch
2001-03-05  8:58 ` Christoph Rohland
2001-03-05 14:30   ` Rik van Riel
2001-03-05 14:36   ` Rik van Riel
2001-03-05 14:52   ` Matti Aarnio
2001-03-05 13:30 ` Christoph Hellwig
2001-03-05 16:53 Andries.Brouwer
2001-04-30 18:45 Torrey Hoffman
2001-04-30 19:04 ` Richard B. Johnson
2001-04-30 19:07   ` David S. Miller
2001-04-30 19:14     ` Richard B. Johnson
2001-04-30 21:04       ` Andreas Ferber
2001-05-02 14:31     ` Andi Kleen
2001-05-02 22:17       ` Andreas Dilger
2001-05-04  8:16         ` Andi Kleen
2001-05-03 14:04 Ishikawa

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=200105021054.MAA07283@cave.bitwizard.nl \
    --to=r.e.wolff@bitwizard.nl \
    --cc=Matt_Domsch@Dell.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=fluffy@snurgle.org \
    --cc=goswin.brederlow@student.uni-tuebingen.de \
    --cc=jamagallon@able.es \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sct@redhat.com \
    --cc=wakko@animx.eu.org \
    --cc=xavier.bestel@free.fr \
    /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