linux-kernel - Re: [linux-pm] [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <201006071049.09466.rjw@sisk.pl>
Date:	Mon, 7 Jun 2010 10:49:09 +0200
From:	"Rafael J. Wysocki" <rjw@...k.pl>
To:	Nigel Cunningham <ncunningham@...a.org.au>
Cc:	Maxim Levitsky <maximlevitsky@...il.com>,
	"TuxOnIce-devel" <tuxonice-devel@...onice.net>,
	pm list <linux-pm@...ts.linux-foundation.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [linux-pm] [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.

On Monday 07 June 2010, Nigel Cunningham wrote:
> Hi.
> 
> On 07/06/10 05:04, Rafael J. Wysocki wrote:
> > On Sunday 06 June 2010, Maxim Levitsky wrote:
> >> On Sun, 2010-06-06 at 15:57 +0200, Rafael J. Wysocki wrote:
> >>> On Sunday 06 June 2010, Maxim Levitsky wrote:
> > ...
> >>> So how TuxOnIce helps here?
> >> Very simple.
> >>
> >> With swsusp, I can save 750MB (memory) + 250 Vram (vram)
> >> With full memory save I can save (1750 MB of memory) + 250 MB of
> >> vram....
> >
> > So what about being able to save 1600 MB total instead of the 2 GB
> > (which is what we're talking about in case that's not clear)?  Would it
> > be _that_ _much_ worse?
> 
> That all depends on what is in the 400MB you discard.

Well, they are discarded following the LRU algorithm and it's very much
like loading a program that takes 20% of your memory upfront.

> The difference is "Just as if you'd never hibernated" vs something 
> closer to "Just as if you'd only just started up". We can't make 
> categorical statements because it really does depend upon what you 
> discard and what you want to do post-resume - that is, how useful the 
> memory you discard would have been. That's always going to vary from 
> case to case.

Not so much.

Besides, it doesn't matter too much.

Let me reiterate, please.  Doing serious memory management behind the back
of the mm subsystem (and trying to do that so it doesn't notice) is wrong and
the reason it works is by accident.  As long as you do that, I have a problem
with TuxOnIce.

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