From: Pavel Machek <pavel@ucw.cz>
To: Lorenzo Colitti <lorenzo@colitti.com>
Cc: Nigel Cunningham <ncunningham@cyclades.com>,
"Rafael J. Wysocki" <rjw@sisk.pl>, Andrew Morton <akpm@osdl.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [swsusp] separate snapshot functionality to separate file
Date: Thu, 6 Oct 2005 00:44:18 +0200 [thread overview]
Message-ID: <20051005224418.GA22781@elf.ucw.cz> (raw)
In-Reply-To: <434443D9.3010501@colitti.com>
Hi!
> >>Pavel, at the PM summit, we agreed to work toward getting Suspend2
> >>merged. I've been working since then on cleaning up the code, splitting
> >>the patches up nicely and so on. In the meantime, you seem to have gone
> >>off on a completely different tangent, going right against what we
> >>agreed then.
> >Sorry about that. At pm summit, I did not know if uswsusp was
> >feasible. Now I'm pretty sure it is (code works and is stable).
>
> Ok, excuse me for butting in.
>
> I would just like to give the point of view of a user.
>
> I have been using suspend2 probably at least once a day for about a year
> now, and I love it. I have had zero cases of data corruption, and it's
> fast, effective, and reliable. I can't say the same about the in-kernel
> swsusp. When I tried it (once), a few months ago:
>
> - It was dog slow because it doesn't use compression
> - Even though it's dog slow, it doesn't save all RAM
> - Therefore the machine is dog slow after resume
> - It doesn't have a decent UI
> - There is no way to abort suspend once it's started. (Whatever others
> may say, this /is/ useful, especially when you've forgotten something
> and you're in a hurry and don't have two more minutes to waste waiting
> for a suspend/resume cycle.)
With uswsusp (aka swsusp3), you can do all this in userland. Stop
whining, start hacking... Code is at kernel.org/git/.../linux-sw3.
Pavel
--
if you have sharp zaurus hardware you don't need... you know my address
next prev parent reply other threads:[~2005-10-05 22:45 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-02 23:13 [swsusp] separate snapshot functionality to separate file Pavel Machek
2005-10-03 21:39 ` Rafael J. Wysocki
2005-10-03 23:17 ` Pavel Machek
2005-10-04 15:11 ` Rafael J. Wysocki
2005-10-04 20:53 ` Pavel Machek
2005-10-04 22:34 ` Nigel Cunningham
2005-10-05 8:41 ` Pavel Machek
2005-10-05 21:21 ` Lorenzo Colitti
2005-10-05 22:21 ` Nigel Cunningham
2005-10-05 22:44 ` Pavel Machek [this message]
2005-10-05 22:54 ` Lorenzo Colitti
2005-10-05 22:57 ` Pavel Machek
2005-10-05 23:00 ` Pavel Machek
2005-10-05 23:18 ` Lorenzo Colitti
2005-10-06 10:10 ` Alon Bar-Lev
2005-10-06 8:20 ` Pavel Machek
2005-10-09 23:41 ` Nigel Cunningham
2005-10-04 22:47 ` Rafael J. Wysocki
2005-10-05 0:06 ` Pavel Machek
2005-10-05 8:20 ` Rafael J. Wysocki
2005-10-05 8:33 ` Pavel Machek
2005-10-06 8:23 ` Rafael J. Wysocki
2005-10-06 10:42 ` Pavel Machek
2005-10-06 13:29 ` 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=20051005224418.GA22781@elf.ucw.cz \
--to=pavel@ucw.cz \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lorenzo@colitti.com \
--cc=ncunningham@cyclades.com \
--cc=rjw@sisk.pl \
/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 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.