From: Con Kolivas <kernel@kolivas.org>
To: linux-kernel@vger.kernel.org
Subject: Re: [PATCH -mm] swsusp: support creating bigger images (rev. 2)
Date: Mon, 15 May 2006 19:48:44 +1000
User-Agent: KMail/1.9.1
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>, Pavel Machek <pavel@suse.cz>,
       Nigel Cunningham <ncunningham@cyclades.com>,
       Andrew Morton <akpm@osdl.org>, nickpiggin@yahoo.com.au
References: <200605021200.37424.rjw@sisk.pl> <20060512103013.GG28232@elf.ucw.cz> <200605140033.14967.rjw@sisk.pl>
In-Reply-To: <200605140033.14967.rjw@sisk.pl>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200605151948.45345.kernel@kolivas.org>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1022
Lines: 24

On Sunday 14 May 2006 08:33, Rafael J. Wysocki wrote:
> On Friday 12 May 2006 12:30, Pavel Machek wrote:
> > > Please also remember that you are introducing complexity in other ways,
> > > with that swap prefetching code and so on. Any comparison in speed
> > > should include the time to fault back in pages that have been
> > > discarded.
> >
> > Well, swap prefetching is useful for other workloads, too; so it gets
> > developed/tested outside swsusp.
>
> Still my experience indicates that it doesn't play very nice with swsusp
> and unfortunately it hogs the I/O.

There is no swap prefetching code linked in any way to swsusp suspend or 
resume on mainline or -mm. It was a preliminary experiment and Rafael lost 
interest in it so I never bothered pursuing it.

-- 
-ck
-
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/