From owner-acpi-jp@jp.freebsd.org  Tue Jun 20 09:50:03 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id JAA48366;
	Tue, 20 Jun 2000 09:50:03 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from sr14.nsw-remote.bigpond.net.au ([24.192.3.29])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id JAA48359
	for <acpi-jp@jp.freebsd.org>; Tue, 20 Jun 2000 09:50:02 +0900 (JST)
	(envelope-from areilly@nsw.bigpond.net.au)
Received: from areilly.bpc-users.org (CPE-144-132-171-71.nsw.bigpond.net.au [144.132.171.71])
	by sr14.nsw-remote.bigpond.net.au (Pro-8.9.3/8.9.3) with SMTP id KAA02544
	for <acpi-jp@jp.freebsd.org>; Tue, 20 Jun 2000 10:49:26 +1000 (EST)
Received: (qmail 53756 invoked by uid 1000); 20 Jun 2000 00:49:24 -0000
From: "Andrew Reilly" <areilly@nsw.bigpond.net.au>
Date: Tue, 20 Jun 2000 10:49:24 +1000
To: Brooks Davis <brooks@one-eyed-alien.net>
Cc: Andrew Reilly <areilly@nsw.bigpond.net.au>, Warner Losh <imp@village.org>,
        Poul-Henning Kamp <phk@critter.freebsd.dk>,
        Mitsuru IWASAKI <iwasaki@jp.freebsd.org>,
        bfischer@Techfak.Uni-Bielefeld.DE, acpi-jp@jp.freebsd.org,
        dcs@newsguy.com, freebsd-current@FreeBSD.ORG,
        freebsd-hackers@FreeBSD.ORG
Message-ID: <20000620104924.A52825@gurney.reilly.home>
References: <20000620085531.A38839@gurney.reilly.home> <200006191630.KAA60652@harmony.village.org> <45525.961432574@critter.freebsd.dk> <20000620085531.A38839@gurney.reilly.home> <200006192301.RAA63461@harmony.village.org> <20000620101608.A38965@gurney.reilly.home> <20000619173055.A16200@orion.ac.hmc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20000619173055.A16200@orion.ac.hmc.edu>; from brooks@one-eyed-alien.net on Mon, Jun 19, 2000 at 05:30:55PM -0700
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 428
Subject: [acpi-jp 428] Re: ACPI project progress report
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: areilly@nsw.bigpond.net.au

On Mon, Jun 19, 2000 at 05:30:55PM -0700, Brooks Davis wrote:
> On Tue, Jun 20, 2000 at 10:16:08AM +1000, Andrew Reilly wrote:
> > (*) Speaking of which: why are we considering doing process
> > dumps into a _different_ swap-ish partition, instead of just
> > ensuring that all processes are sleeping in the normal swap
> > partition?  If that was done, then they would just page
> > themselves back in as needed, on wake-up.
> 
> Because swap doesn't work that way anymore.  They days where every page of
> memory had to be backed by disk are long gone.  This means that there may
> not be anywere to put processes which are in memory unless you allocate
> somewhere to save all (or practicaly all) of memory.

But to do the proposed state save to disk, there _must_ be
enough disk space to back all of the process pages.

> In any case, I
> haven't seen many laptops capable of using more then 256MB of RAM which
> isn't exactly much of a modern disk.  My laptop has 256MB of RAM and
> ships with up to a 10GB disk.  I've retrofitted it with a non-standard
> 18GB disk because 10GB looked too small for my needs.  Even with the 6.4GB
> disk it shipped with, the suspend to disk partition is only 4% of my disk.

The issue isn't with the size of the disk storage required, but
with the mechanism.  Why dedicate 256M to a suspend partition, and
invent a new process saving mechanism, instead of making your
existing swap partition 256M larger and using the existing swap
pager?

Processes do still wind up in "sleep" state, completely paged
out, don't they?

-- 
Andrew
