* slow susped to disk
@ 2006-04-03 9:00 Zaher Salman
2006-04-03 9:28 ` Rafael J. Wysocki
0 siblings, 1 reply; 4+ messages in thread
From: Zaher Salman @ 2006-04-03 9:00 UTC (permalink / raw)
To: linux-acpi
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..
thanks
Zaher
--
Zaher Salman
TRIUMF
4004 Wesbrook Mall
Vancouver, B.C.
Canada V6T 2A3
Email: zaher@triumf.ca
Tel.: + 1 604 222 1047 ext. 6588
Fax: + 1 604 222 1074
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: slow susped to disk
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
0 siblings, 1 reply; 4+ messages in thread
From: Rafael J. Wysocki @ 2006-04-03 9:28 UTC (permalink / raw)
To: Zaher Salman; +Cc: linux-acpi, Pavel Machek
Hi,
On Monday 03 April 2006 11:00, Zaher Salman wrote:
> 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.
Greetings,
Rafael
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: slow susped to disk
2006-04-03 9:28 ` Rafael J. Wysocki
@ 2006-04-03 9:47 ` Pavel Machek
2006-04-03 9:50 ` Rafael J. Wysocki
0 siblings, 1 reply; 4+ messages in thread
From: Pavel Machek @ 2006-04-03 9:47 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Zaher Salman, linux-acpi
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...
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: slow susped to disk
2006-04-03 9:47 ` Pavel Machek
@ 2006-04-03 9:50 ` Rafael J. Wysocki
0 siblings, 0 replies; 4+ messages in thread
From: Rafael J. Wysocki @ 2006-04-03 9:50 UTC (permalink / raw)
To: Pavel Machek; +Cc: Zaher Salman, linux-acpi
Hi,
On Monday 03 April 2006 11:47, Pavel Machek wrote:
> > > 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.
ACK
Rafael
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2006-04-03 9:52 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
2006-04-03 9:50 ` Rafael J. Wysocki
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.