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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 3 Apr 2009 15:07:57 +0200
From:	Alberto Gonzalez <info@...bu.es>
To:	Theodore Tso <tytso@....edu>
Cc:	Matthew Garrett <mjg59@...f.ucam.org>, david@...g.hm,
	Sitsofe Wheeler <sitsofe@...oo.com>,
	"Andreas T.Auer" <andreas.t.auer_lkml_73537@...us.ath.cx>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Ext4 and the "30 second window of death"

On Friday 03 April 2009 06:54:14 Theodore Tso wrote:
> On Fri, Apr 03, 2009 at 02:36:03AM +0100, Matthew Garrett wrote:
> > > if spinning down a drive saves so little power that it wouldn't make a
> > > significant difference to battery lift to leave it on, why does anyone
> > > bother to spin the drive down?
> >
> > There's various circumstances in which it's beneficial. The difference
> > between an optimal algorithm for typical use and an optimal algorithm
> > for typical use where there's an fsync() every 5 minutes isn't actually
> > that great.
>
> More to the point, if an application is insane enough to push 2.5
> megabytes to disk every single time you click on a web page (this is
> excluding the cache; I had my firefox cache pointed at /tmp when I did
> this measurement), *and* you are running the WiFi for the browser,
> *and* the browser is running flash applications, etc., whether you
> defer the writes or not, you're going to be burning a lot of power.
> Fundamentally, if an application needs to be writing hundreds of files
> or hundreds of kilibytes or more of data all the time, there's
> something wrong with the application.

I really have to agree. Looking at this thread (that unfortunately I started) 
it seems that if Linux is going to improve its power consumption at all it 
depends on the filesystem.

Firefox has some unrealistic settings that stress the hard drive and the 
network, then some people open a couple hundred tabs at the same time, and 
then even the most simple flash animation proved to increase power by 0.9 watts 
on my atom processor that has a 2.5 watt TDP, and there are many other 
problems to solve first. Linux is still trying to catch up with Windows when it 
comes to battery life. It's still clearly behind in "normal" setups (I know, 
you can tweak Linux to use little power, but a default install of a mainstream 
distro will use clearly more power than Windows while providing similar 
functionality). And then Windows can use up to twice more power than OS X [1]. 
So clearly there is a lot of room for improvement when it comes to power usage 
in Linux. But honestly, if we all start blaming the filesystem for it, I don't 
think we're going to find the real problems.

Besides, with SSDs getting better and cheaper, I'm sure that from 2010 on, 
most (if not all) laptops are going to be shipping with an SSD by default. And 
all the spin-up/spin-down problem will go away by itself. And yes, SSDs have 
proven to save some battery, but in the most real world tests I've seen it's 
by about 5%, so I guess that even with the most powersaving filesystem for a 
mechanical HD we could just save about 3% - 4% battery. Not too bad, but still 
far from the 40% needed.

So for all having performance problems with ext3 + fsync, let's see if ext4 
works for them. For those worried about battery life, let's at least start 
looking elsewhere before we want to optimize the filesystem to the last 
milliwatt. And as I feel guilty myself for contributing to this, I'd beg for 
us all to leave a bit of Slack (as Ted said) to filesystem developers. It's 
been a hard week for them already.

Regards,
Alberto.

1 - http://www.anandtech.com/mac/showdoc.aspx?i=3435&p=13
- http://www.anandtech.com/mobile/showdoc.aspx?i=3540&p=10
--
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