All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lorenzo Colitti <lorenzo@colitti.com>
To: Pavel Machek <pavel@suse.cz>
Cc: Dumitru Ciobarcianu <Dumitru.Ciobarcianu@iNES.RO>,
	Nigel Cunningham <ncunningham@cyclades.com>,
	Linux-pm mailing list <linux-pm@lists.osdl.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [RFC] userland swsusp
Date: Wed, 23 Nov 2005 11:16:27 +0100	[thread overview]
Message-ID: <4384417B.9040201@colitti.com> (raw)
In-Reply-To: <20051116224728.GI12505@elf.ucw.cz>

Pavel Machek wrote:
> Yes, hopefully users will not notice.

? So the idea is to merge inferior code and "hope users won't notice"?

Users  might not notice that half their memory is gone, but they *will* 
notice that their system is dog slow when it resumes because all their 
caches are gone and a most of their stuff is swapped out.

Non-responsive system on resume is one of the main reasons that swsusp2 
is much better than swsusp1, and yes, users *do* notice (I was one of 
them, as I pointed out a while back). Yes, 50% is better than nothing, 
but it's still a pretty poor show.

Seen from the perspective of a user, the situation is simple: suspend2 
works, it's fast, and it's rock-solid. Just use it.


Regards,
Lorenzo

P.S. Don't "show me the code" me. I can't write the code. :-) But based 
on what I see of how well suspend2 works, I think Nigel can...

WARNING: multiple messages have this Message-ID (diff)
From: Lorenzo Colitti <lorenzo@colitti.com>
To: Pavel Machek <pavel@suse.cz>
Cc: Nigel Cunningham <ncunningham@cyclades.com>,
	Greg KH <greg@kroah.com>,
	Dumitru Ciobarcianu <Dumitru.Ciobarcianu@iNES.RO>,
	Linux-pm mailing list <linux-pm@lists.osdl.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [linux-pm] [RFC] userland swsusp
Date: Wed, 23 Nov 2005 11:16:27 +0100	[thread overview]
Message-ID: <4384417B.9040201@colitti.com> (raw)
In-Reply-To: <20051116224728.GI12505@elf.ucw.cz>

Pavel Machek wrote:
> Yes, hopefully users will not notice.

? So the idea is to merge inferior code and "hope users won't notice"?

Users  might not notice that half their memory is gone, but they *will* 
notice that their system is dog slow when it resumes because all their 
caches are gone and a most of their stuff is swapped out.

Non-responsive system on resume is one of the main reasons that swsusp2 
is much better than swsusp1, and yes, users *do* notice (I was one of 
them, as I pointed out a while back). Yes, 50% is better than nothing, 
but it's still a pretty poor show.

Seen from the perspective of a user, the situation is simple: suspend2 
works, it's fast, and it's rock-solid. Just use it.


Regards,
Lorenzo

P.S. Don't "show me the code" me. I can't write the code. :-) But based 
on what I see of how well suspend2 works, I think Nigel can...

  parent reply	other threads:[~2005-11-23 10:16 UTC|newest]

Thread overview: 76+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-15 21:29 [RFC] userland swsusp Pavel Machek
2005-11-15 21:29 ` Pavel Machek
2005-11-15 21:32 ` Greg KH
2005-11-15 21:32   ` [linux-pm] " Greg KH
2005-11-15 22:03   ` Pavel Machek
2005-11-15 22:25 ` Dave Jones
2005-11-15 23:32   ` Pavel Machek
2005-11-15 23:32     ` [linux-pm] " Pavel Machek
2005-11-15 23:40     ` Dave Jones
2005-11-15 23:40       ` [linux-pm] " Dave Jones
2005-11-16  8:56       ` Pavel Machek
2005-11-16  8:56         ` [linux-pm] " Pavel Machek
2005-11-16 21:41       ` Rafael J. Wysocki
2005-11-16 21:41         ` [linux-pm] " Rafael J. Wysocki
2005-11-16  4:35     ` Dumitru Ciobarcianu
2005-11-16  6:14       ` Greg KH
2005-11-16  6:00         ` Nigel Cunningham
2005-11-16 16:50           ` Greg KH
2005-11-16 19:57             ` Nigel Cunningham
2005-11-16 21:35               ` Pavel Machek
2005-11-16 21:13                 ` Nigel Cunningham
2005-11-16 22:47                   ` Pavel Machek
2005-11-16 22:47                     ` [linux-pm] " Pavel Machek
2005-11-16 21:53                     ` Nigel Cunningham
2005-11-23 10:16                     ` Lorenzo Colitti [this message]
2005-11-23 10:16                       ` Lorenzo Colitti
2005-11-23 12:02                       ` Pavel Machek
2005-11-23 12:02                         ` [linux-pm] " Pavel Machek
2005-11-19  9:32           ` Rob Landley
2005-11-19  9:32             ` [linux-pm] " Rob Landley
2005-11-19 23:51             ` Pavel Machek
2005-11-19 23:51               ` [linux-pm] " Pavel Machek
2005-11-18 19:36   ` Alan Cox
2005-11-18 19:36     ` [linux-pm] " Alan Cox
2005-11-18 21:18     ` Dave Jones
2005-11-18 21:20       ` Greg KH
2005-11-18 21:20         ` [linux-pm] " Greg KH
2005-11-19 23:43       ` Pavel Machek
2005-11-20 21:48         ` Dave Jones
2005-11-20 21:48           ` [linux-pm] " Dave Jones
2005-11-20 22:09           ` Pavel Machek
2005-11-21 11:47             ` Rafael J. Wysocki
2005-11-21 14:19               ` Pavel Machek
2005-11-21 14:19                 ` [linux-pm] " Pavel Machek
2005-11-18 21:23     ` Arjan van de Ven
2005-11-18 22:07       ` Alan Cox
2005-11-19  4:18         ` Jesse Barnes
2005-11-19  8:44         ` Arjan van de Ven
2005-11-18 23:34     ` Pavel Machek
  -- strict thread matches above, loose matches on Subject: below --
2005-11-16 16:00 Stefan Rompf
2005-11-16 19:07 ` Pavel Machek
2005-11-17  7:19   ` Stefan Rompf
2005-11-17 10:01     ` Pavel Machek
2005-11-21  6:23   ` Rob Landley
2005-11-21 14:14     ` Pavel Machek
2005-11-16 16:10 Gross, Mark
2005-11-16 16:44 ` Greg KH
2005-11-16 20:20   ` [linux-pm] " Nigel Cunningham
2005-11-16 22:10     ` Greg KH
2005-11-16 21:25       ` Nigel Cunningham
2005-11-17  7:14         ` Arjan van de Ven
2005-11-16 19:10 ` Pavel Machek
2005-11-17 16:54   ` [linux-pm] " Olivier Galibert
2005-11-17 16:44     ` Greg KH
2005-11-17 17:03       ` Patrick Mochel
2005-11-17 20:15       ` Jacek Kawa
2005-11-17 21:56         ` [linux-pm] " Greg KH
2005-11-18 17:41           ` Jacek Kawa
2005-11-16 22:05 ` [linux-pm] " Pavel Machek
2005-11-16 21:13   ` Nigel Cunningham
2005-11-16 22:41     ` Rafael J. Wysocki
2005-11-16 22:50     ` Pavel Machek
2005-11-17 17:02   ` Olivier Galibert
2005-11-17 19:57     ` Lee Revell
2005-11-17 20:12       ` Olivier Galibert
2005-11-17 20:20         ` [linux-pm] " Lee Revell
2005-11-17 20:37           ` Dave Jones
2005-11-17 20:46             ` Lee Revell
2005-11-17 20:59               ` Dave Jones
2005-11-17 20:54             ` [linux-pm] " Lee Revell
2005-11-17 21:06               ` Chris Wright
2005-11-17 21:14                 ` Lee Revell
2005-11-17 21:18                   ` Chris Wright
2005-11-17 21:09             ` [linux-pm] " Matthew Garrett
2005-11-17 21:16               ` Lee Revell
2005-11-17 20:47         ` Lee Revell
2005-11-17 18:50 Starikovskiy, Alexey Y

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=4384417B.9040201@colitti.com \
    --to=lorenzo@colitti.com \
    --cc=Dumitru.Ciobarcianu@iNES.RO \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@lists.osdl.org \
    --cc=ncunningham@cyclades.com \
    --cc=pavel@suse.cz \
    /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.