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: <alpine.DEB.2.02.1105301349530.5766@asgard.lang.hm>
Date:	Mon, 30 May 2011 13:53:30 -0700 (PDT)
From:	david@...g.hm
To:	"D. Jansen" <d.g.jansen@...glemail.com>
cc:	Theodore Tso <tytso@....edu>, Oliver Neukum <oneukum@...e.de>,
	akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
	Dave Chinner <david@...morbit.com>, njs@...ox.com,
	bart@...wel.tk
Subject: Re: [rfc] Ignore Fsync Calls in Laptop_Mode

On Mon, 30 May 2011, D. Jansen wrote:

> On Mon, May 30, 2011 at 8:45 PM,  <david@...g.hm> wrote:
>>
>>
>> the problem is that most users don't know what their system is running, or
>> what effect disaling fsync would have. those that do can probably use
>> LD_PRELOAD to override fsync calls.
>
> As we found out, they can't. But if we export barrier, I hope a
> library could wrap fsyncs into barriers. Is that the case?

a library can wrap fsync into anything.

>>
>> it doesn't take running a mail server, even a mail client will have the same
>> risk. If you use POP for mail (a very common option) then you download
>> messages and tell the server to delete them. if you do not really save them
>> (one fsync after they are all saved), then you can loose everything that you
>> downloaded.
>
> Yes, I know. It's the same argument again and again. I understand not
> everybody wants this. But some do. Some prefer working 10-20% longer
> on battery (certainty) instead of possibly losing 5 % data
> (possibility) or losing all your data (possibility if you use laptop
> mode and the hard disk wakes up again and again and eventually wears
> out).

those are some powerful numbers you are throwing around, can you back them 
up?

do you really have so many fsync's going on that the disk spins up so much 
that you would gain 10-20% battery life?

and what makes you think the extra spin-ups from fsyncs will cause your 
hard drive to fail significantly earlier? (if you have a hard drive with a 
limited number of spin-up cycles, you probably don't want to use laptop 
mode at all)

why do you think it's a possibility of loosing only 5% of data?

David Lang

> That's why there's laptop mode. And this would play into laptop
> mode and prevent the hard disk from breaking down prematurely and
> saving battery.
>
> Please try it out before you say that it's not necessary in your use
> case. It's useful and necessary in mine and other mobile use cases.
> Please don't assume that all distributions activate this by default
> and mailservers world wide use all their emails because they all crash
> with laptop mode active.
>
> I really don't care if it's in the kernel or elsewhere. But I care
> that old data is not corrupted. And it seems this is not (yet)
> possible with user space, e.g. a library in ld_preload. So I'm happy
> for any hints how to accomplish this.
>
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ