Re: does swsusp suck after resume for you? [was Re: Faster resuming of suspend technology.]

[Con Kolivas <kernel@kolivas.org>]

On Tuesday 14 March 2006 22:51, Pavel Machek wrote:
> > Since my warning probably scared anyone from actually trying this patch
> > I've given it a thorough working over on my own laptop, booting with
> > mem=128M. The patch works fine and basically with the patch after
> > resuming from disk I have 25MB more memory in use with pages prefetched
> > from swap. This makes a noticeable difference to me. That's a pretty
> > artificial workload, so if someone who actually has lousy wakeup after
> > resume could test the patch it would be appreciated.
>
> Thanks for the patch...
>
> BTW.. if you want this maximally useful, it would be nice to have
> userspace interface for this.

What sort of interface is suitable? There's a swap_prefetch tunable that is a 
boolean but I could make that to be off=0, on=1, aggressive_prefetch=2 or 
something. Or did you have something else in mind?

> swsusp is done from userspace these days 
> (-mm kernel), and I guess it would be useful for "we have just
> finished big&ugly memory trashing job, can we get our interactivity
> back"? Like I'd probably cron-scheduled it just after updatedb, and
> added it to scripts after particular lingvistic experiments...

It may not be immediately obvious, but free ram is required for swap prefetch 
to do anything so as to not have any negative effects on normal vm function. 
After updatedb runs ram is full thus swap prefetch does nothing 
unfortunately. You could certainly do some pointless "ram touching" to free 
up the cached ram in an updatedb script though, but that could evict 
something useful so I wouldn't recommend it.

Cheers,
Con
-
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/