linux-kernel - Re: UBIFS vs Logfs (was [RFC PATCH] UBIFS

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: <20080401212652.GD23796@1wt.eu>
Date:	Tue, 1 Apr 2008 23:26:52 +0200
From:	Willy Tarreau <w@....eu>
To:	"H. Peter Anvin" <hpa@...or.com>
Cc:	Artem Bityutskiy <dedekind@...dex.ru>,
	Andi Kleen <andi@...stfloor.org>,
	Tomasz Chmielewski <mangoo@...g.org>,
	LKML <linux-kernel@...r.kernel.org>, penberg@...helsinki.fi,
	Jörn Engel <joern@...fs.org>,
	ext-adrian.hunter@...ia.com, jwboyer@...il.com
Subject: Re: UBIFS vs Logfs (was [RFC PATCH] UBIFS - new flash file system)

On Tue, Apr 01, 2008 at 09:27:36AM -0700, H. Peter Anvin wrote:
> Artem Bityutskiy wrote:
> >Andi Kleen wrote:
> >>Artem Bityutskiy <dedekind@...dex.ru> writes:
> >>
> >>>Tomasz Chmielewski wrote:
> >>>>For me, the motivators to wait for LogFS are mainly the facts that it
> >>>>can work on traditional block devices, and not only on pure flash:
> >>>Sorry Thomasz, for me this makes zero sense. There are _much_ better 
> >>>file
> >>>systems for block devices.
> >>
> >>I think he refers to flash disks appearing as block devices, like
> >>usb sticks or similar.
> >
> >Right, I also meant that in my opinion it makes more sense to use 
> >traditional
> >file-systems like ext3 on USB-key/MMC and the like stuff (which I 
> >confusingly
> >referred as "block devices"), or may be something more "heavy-weight" like
> >XFS or JFS (never tried them, though).
> >
> 
> Well, even auto-levelling storage should benefit from a filesystem which 
> minimizes the total number of flash sectors churned, which means doing 
> as few writes as possible and to large, contiguous sections.

Exactly. At exosec, we ship one appliance which writes statistics to a
partition on a compactflash every 5 minutes. We preferred to go with JFFS2
exactly because of this reason. We never had any problem proceeding this way.
I'm not sure if it would have been the same with ext2 though.

Willy

--
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/