public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Nigel Cunningham <ncunningham@clear.net.nz>
To: Pavel Machek <pavel@ucw.cz>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: SWSUSP Discontiguous pagedirs
Date: Fri, 28 Feb 2003 07:42:05 +1300	[thread overview]
Message-ID: <1046371311.2308.30.camel@laptop-linux.cunninghams> (raw)
In-Reply-To: <20030227132024.GB27084@atrey.karlin.mff.cuni.cz>

On Fri, 2003-02-28 at 02:20, Pavel Machek wrote:
> Hi!
> 
> > SPAM: Content analysis details:   (6.30 hits, 5 required)
> > SPAM: SUBJ_HAS_SPACES    (2.6 points)  Subject contains lots of white space
> Spam assassin clearly does not like you :-(.

I'll make my subject lines shorter :>

> > Well, I might ask how many people you know with 4GB of swap and 4GB of
> > RAM they want to suspend to disk :> Don't forget we still aren't
> > handling himem anyway (at least not last time I checked). As y
> 
> Well, on x86-64 it should be able to suspend 8GB machine just fine --
> being 64bit means you don't have to deal with himem. Plus it would
> only be 2GB limit on x86-64.

I was thinking about this before I got up. If the code was a hybrid of
what we have now and my changes, there wouldn't need to be such a limit.
If I am thinking straight, the number of pages to be copied back using
suspend_asm.S will always be within this currently limit, because no
highmem pages will be needed during the suspend process, so they can all
be put in the second pageset. The only issue then is storage of the data
for those pageset 2 pages. We could just add another layer of
indirection(!), but that would result in quite inefficient memory usage
in the pagedir struct beyond the end of pageset 1. Still, the
alternative is more complicated code, and if you have that much memory
anyway... I'll put some more thought into this.

> 
> > If you still doubt the usefulness, perhaps you might try loading up 2.4,
> > first with beta 16 applied and then with beta 18. In both cases, compare
> > performance after loading up a bunch of applications and doing a suspend
> > to disk cycle. Depending of course on what the applications are, beta 16
> > will be sluggish to respond (since it has to access disk a lot) whereas
> > beta 18 will be much more responsive - as if you'd never suspended. To
> > think in marketing terms for a moment, which would you rather have a
> > reviewer comparing Linux and Windows see?
> 
> As I'm used to machine pushed to swap, I can tolerate it quite
> easily. shell/emacs/mutt is what I use, anyway...

Mmm, but not all of us do. I'm using Evolution, Win4Lin...

> 
> I don't know. I'd let Linus decide. I don't like hard limit on ammount
> of mem, through.
> 
> Is it possible to use some userspace app to page it back it?

All things are possible, but not everything is beneficial :> (Bible).
Actually, I'm not sure it's possible in this case. We can't restart
processes when most of their memory space, along with all of the page
cache and swap cache is still on disk and they think it's in RAM.

Regards,

Nigel


       reply	other threads:[~2003-02-27 18:28 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1045784829.3821.10.camel@laptop-linux.cunninghams>
     [not found] ` <20030223223757.GA120@elf.ucw.cz>
     [not found]   ` <1046136752.1784.15.camel@laptop-linux.cunninghams>
     [not found]     ` <20030227132024.GB27084@atrey.karlin.mff.cuni.cz>
2003-02-27 18:42       ` Nigel Cunningham [this message]
2003-03-01  4:22       ` SWSUSP Discontiguous pagedir patch Nigel Cunningham
2003-03-02 23:55         ` Patrick Mochel
2003-03-03  2:06           ` Nigel Cunningham
2003-03-03  2:31           ` Nigel Cunningham
2003-03-03 12:30           ` Pavel Machek
2003-03-04 20:36             ` Patrick Mochel
2003-03-05 20:50               ` Pavel Machek
2003-03-05 21:52                 ` Linux vs Windows temperature anomaly Jonathan Lundell
2003-03-05 23:11                   ` Herman Oosthuysen
2003-03-05 23:38                     ` Con Kolivas
2003-03-05 23:50                       ` Russell King
2003-03-06  0:29                         ` Ed Sweetman
2003-03-06  0:47                           ` Trever L. Adams
2003-03-06  9:45                             ` Russell King
2003-03-06  1:58                           ` Jonathan Lundell
2003-03-06  7:18                       ` Corvus Corax
2003-03-06  7:57                         ` Ed Sweetman
2003-03-06  8:18                           ` Corvus Corax
2003-03-06  8:58                             ` Ed Sweetman
2003-03-06 15:41                               ` Jesse Pollard
2003-03-06 14:27                         ` Jesse Pollard
2003-03-06  2:57                   ` David Rees
2003-03-06  6:12                   ` Matthias Schniedermeyer
2003-03-06 16:07                     ` Jonathan Lundell
2003-03-07  0:40                   ` Horst von Brand
2003-03-05 18:02           ` SWSUSP Discontiguous pagedir patch Pavel Machek
2003-03-07 17:14             ` Patrick Mochel
2003-03-07 20:27               ` Pavel Machek
2003-03-09 19:39                 ` Benjamin Herrenschmidt
2003-03-09 20:12                   ` Pavel Machek
2003-03-10 16:49                 ` Patrick Mochel
2003-03-10 19:23                   ` Pavel Machek
2003-03-10 19:05                     ` Patrick Mochel
2003-03-10 22:17                     ` Nigel Cunningham
2003-03-10 23:20                       ` Pavel Machek
2003-03-07 20:36               ` Pavel Machek
2003-03-10 16:51                 ` Patrick Mochel
2003-03-10 19:12                   ` Pavel Machek
2003-03-10 18:59                     ` Patrick Mochel
2003-03-07 20:41               ` Pavel Machek

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=1046371311.2308.30.camel@laptop-linux.cunninghams \
    --to=ncunningham@clear.net.nz \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@ucw.cz \
    /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