Re: Flames over -- Re: Which is simpler? (Was Re: [Suspend2-devel] Re: [ 00/10] [Suspend2] Modules support.)

[Kyle Moffett <mrmacman_g4@mac.com>]

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/