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

[Pavel Machek <pavel@suse.cz>]

Hi!

> > > 4) Congratulations, you are right person to help. Could you test if
> > > Con's patches help?
> >
> > Ok this patch is only compile tested only but is reasonably straight
> > forward. (I have no hardware to test it on atm). It relies on the previous
> > 4 patches I sent out that update swap prefetch. To make it easier here is a
> > single rolled up patch that goes on top of 2.6.16-rc6-mm1:
> >
> > http://ck.kolivas.org/patches/swap-prefetch/2.6.16-rc6-mm1-swap_prefetch_su
> >spend_test.patch
> 
> 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. 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...
								Pavel
-- 
27:{
-
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/