| 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
| ||
|
Date: Fri, 25 Aug 2006 10:33:43 +0200 From: Jörn Engel <joern@...nheim.fh-wedel.de> To: Andrew Morton <akpm@...l.org> Cc: Andi Kleen <ak@...e.de>, linux-kernel@...r.kernel.org Subject: Re: [RFC] LogFS On Thu, 24 August 2006 21:51:11 -0700, Andrew Morton wrote: > On Thu, 24 Aug 2006 17:54:34 +0200 > Jörn Engel <joern@...nheim.fh-wedel.de> wrote: > > > Linux needs a decent flash filesystem. > > Would http://nilfs.org/en/ be useful on flash? I am having trouble answering that question, but feel inclined to answer no. They don't have a cleaner yet. After my experience and looking at their data structure, I wish them luck to succeed without a change to the on-disk format. Most likely they will be unable to prove correctness and take the standard approach of keeping "some amount" of space reserved and hoping for the best. Btrees are an interesting idea. Buffer heads are a fairly pointless thing when dealing with flash. Plus my general feeling is that they care only about hard disks and optimizations for disks and flash are quite different. In the future, it might make sense to have a generic log-structured filesystem that works splendidly on both. But I see merit in optimizing each on its own until it is clear which details work for both and which don't. Jörn -- Good warriors cause others to come to them and do not go to others. -- Sun Tzu - 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