Linux ACPI
 help / color / mirror / Atom feed
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...

  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