From: Lorenzo Colitti <lorenzo@colitti.com>
To: Pavel Machek <pavel@ucw.cz>
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: Wed, 05 Oct 2005 23:21:29 +0200 [thread overview]
Message-ID: <434443D9.3010501@colitti.com> (raw)
In-Reply-To: <20051005084141.GB22034@elf.ucw.cz>
Pavel Machek wrote:
>> 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.)
These points /do/ matter to users: after all, if we all had time to
waste we'd never use suspend or S3, we'd just reboot all the time...
I have been waiting for swsusp2 to be merged ever since I started using
it. When I read about the discussion at the PM summit, I hoped that this
would finally happen. Now I see that it's not, and instead work is going
to continue on what is - or at least seemed to be when I tried it - an
inferior implementation. From my point of view as a user, this seems
silly. There may be all the technical reasons in the world to dislike
suspend2; on these, I defer to everyone else, since I'm no kernel
hacker. But from the point of view of a user, well, suspend2 is much better.
So, instead of working on getting swsusp, which is still far behind in
terms of functionality, up to the level of suspend2, why not work
together on merging swsusp2, which is fast, stable and provides what
users want and need?
Cheers,
Lorenzo
--
http://www.colitti.com/lorenzo/
next prev parent reply other threads:[~2005-10-05 21:21 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 [this message]
2005-10-05 22:21 ` Nigel Cunningham
2005-10-05 22:44 ` Pavel Machek
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=434443D9.3010501@colitti.com \
--to=lorenzo@colitti.com \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ncunningham@cyclades.com \
--cc=pavel@ucw.cz \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox