lkml.org 
[lkml]   [2006]   [Feb]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Flames over -- Re: Which is simpler? (Was Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support.)
Date
On Feb 11, 2006, at 11:36, Jan Merka wrote:
> On Friday 10 February 2006 18:35, Pavel Machek wrote:
>> Anyway, it means that suspend is still quite a hot topic, and that
>> is good. (Linus said that suspend-to-disk is basically for people
>> that can't get suspend-to-RAM to work, and after I got suspend-to-
>> RAM to work reliably here, I can see his point).
>
> I strongly disagree. I got suspend-to-RAM to work but its utility
> is seriously limited by battery capacity. For example, on my laptop
> (Sony VGN-B100B) with 1.5GB of RAM, a fully charged battery is
> drained in about 18 hours if the laptop was suspended to RAM.

Ick, that's kind of sucky hardware then. My PowerBook with 1GB RAM
easily gets a week of sleep time off a fully charged battery; I don't
think I've rebooted it _once_ in the last 2 months, I just leave it
sleeping in my bag the whole time. Sony must be doing something
wrong, because there's easily enough power in a single battery to
keep RAM refreshed for a _long_ time.

> Yes, for a few hours suspend-to-RAM is convenient but suspend-to-
> disk is _reliable_ and _safe_.

As to the safety issue, I have my Apple Powerbook configured to
suspend to RAM, and if it gets critically low on battery I have the
firmware set to resume it automatically and my scripts shut it down
so I don't lose data. Suspend-to-RAM when implemented properly _is_
reliable and safe, but it seems like a lot of hardware manufacturers
get it wrong.

Cheers,
Kyle Moffett

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/CS/IT/E/U d- s++: a18 C++++>$ ULBX*++++(+++)>$ P++++(+++)>$ L++++
(+++)>$ !E- W+++(++) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+ PGP
+ t+(+++) 5 X R? !tv-(--) b++++(++) DI+(++) D+++ G e>++++$ h*(+)>++$ r
%(--) !y?-(--)
------END GEEK CODE BLOCK------



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-02-12 00:37    [W:0.178 / U:1.840 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site