From: Pavel Machek <pavel@ucw.cz>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: Zaher Salman <zaher@triumf.ca>, linux-acpi@vger.kernel.org
Subject: Re: slow susped to disk
Date: Mon, 3 Apr 2006 11:47:16 +0200 [thread overview]
Message-ID: <20060403094716.GC12475@elf.ucw.cz> (raw)
In-Reply-To: <200604031128.02974.rjw@sisk.pl>
Hi!
> > I upgraded the kernel from 2.6.15 to 2.6.16 on my presario 2100. Both
> > kernels were compiled with the similar configuration files. Anyway I
> > found that suspend to disk (and resume) is much slower on 2.6.16
> > compared to 2.6.15. Any idea for why that might happen or how can I
> > speed it up? There is also a big difference when suspending with the
> > laptop plugged or not..
>
> This is because the size of the suspend image is now greater than
> for 2.6.15.
>
> There's the /sys/power/image_size knob that controls the size of the image.
> If you set it to 0 (eg. by echo 0 > /sys/power/image_size as root), the
> 2.6.15 behavior should be restored. However, if you set image_size > 0
> it should improve the system responsiveness after resume.
>
> Please refer to Documentation/power/interface.txt in the kernel tree for
> details.
If you don't mind, I have added it to the FAQ.
diff --git a/Documentation/power/swsusp.txt b/Documentation/power/swsusp.txt
index 55e0006..3fcec52 100644
--- a/Documentation/power/swsusp.txt
+++ b/Documentation/power/swsusp.txt
@@ -396,4 +396,17 @@ mounted filesystem. With USB that's tru
The safest thing is to unmount all USB-based filesystems before suspending
and remount them after resuming.
-
+Q: I upgraded the kernel from 2.6.15 to 2.6.16. Both kernels were
+compiled with the similar configuration files. Anyway I found that
+suspend to disk (and resume) is much slower on 2.6.16 compared to
+2.6.15. Any idea for why that might happen or how can I speed it up?
+
+A: This is because the size of the suspend image is now greater than
+for 2.6.15 (by saving more data we can get more responsive system
+after resume).
+
+There's the /sys/power/image_size knob that controls the size of the
+image. If you set it to 0 (eg. by echo 0 > /sys/power/image_size as
+root), the 2.6.15 behavior should be restored. If it is still too
+slow, take a look at suspend.sf.net -- userland suspend is faster and
+supports LZF compression to speed it up further.
--
Picture of sleeping (Linux) penguin wanted...
next prev parent reply other threads:[~2006-04-03 9:47 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-03 9:00 slow susped to disk Zaher Salman
2006-04-03 9:28 ` Rafael J. Wysocki
2006-04-03 9:47 ` Pavel Machek [this message]
2006-04-03 9:50 ` Rafael J. Wysocki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060403094716.GC12475@elf.ucw.cz \
--to=pavel@ucw.cz \
--cc=linux-acpi@vger.kernel.org \
--cc=rjw@sisk.pl \
--cc=zaher@triumf.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox