Date: Mon, 13 Mar 2006 12:13:26 +0100
From: Andreas Mohr <andi@rhlx01.fht-esslingen.de>
To: Pavel Machek <pavel@suse.cz>
Cc: Con Kolivas <kernel@kolivas.org>, ck@vds.kolivas.org,
       Jun OKAJIMA <okajima@digitalinfra.co.jp>, linux-kernel@vger.kernel.org
Subject: Re: [ck] Re: Faster resuming of suspend technology.
Message-ID: <20060313111326.GA29716@rhlx01.fht-esslingen.de>
References: <200603101704.AA00798@bbb-jz5c7z9hn9y.digitalinfra.co.jp> <20060312213228.GA27693@rhlx01.fht-esslingen.de> <20060313100619.GA2136@elf.ucw.cz> <200603132136.00210.kernel@kolivas.org> <20060313104315.GH3495@elf.ucw.cz>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20060313104315.GH3495@elf.ucw.cz>
User-Agent: Mutt/1.4.2.1i
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1356
Lines: 32

Hi,

On Mon, Mar 13, 2006 at 11:43:15AM +0100, Pavel Machek wrote:
> On Po 13-03-06 21:35:59, Con Kolivas wrote:
> > wouldn't be too hard to add a special post_resume_swap_prefetch() which 
> > aggressively prefetches for a while. Excuse my ignorance, though, as I know 
> > little about swsusp. Are there pages still on swap space after a resume 
> > cycle?
> 
> Yes, there are, most of the time. Let me explain:
> 
> swsusp needs half of memory free. So it shrinks caches (by emulating
> memory pressure) so that half of memory if free (and optionaly shrinks
> them some more). Pages are pushed into swap by this process.
> 
> Now, that works perfectly okay for me (with 1.5GB machine). I can
> imagine that on 128MB machine, shrinking caches to 64MB could hurt a
> bit. I guess we'll need to find someone interested with small memory
> machine (if there are no such people, we can happily ignore the issue
> :-).

Why not simply use the mem= boot parameter?
Or is that impossible for some reason in this specific case?

I have a P3/450 256M machine where I could do some tests if really needed.

Andreas Mohr
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/