public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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/

  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