| 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
| ||
|
Message-ID: <loom.20080401T204425-749@post.gmane.org> Date: Tue, 1 Apr 2008 21:01:09 +0000 (UTC) From: Matthieu CASTET <castet.matthieu@...e.fr> To: linux-kernel@...r.kernel.org Subject: Re: [RFC PATCH] UBIFS - new flash file system >Artem Bityutskiy <Artem.Bityutskiy <at> nokia.com> writes: Hi, thanks for this new file system > UBIFS is stable and very close to be production ready. It was > tested on OLPC and N810. The development was done on flash simulator > on a 2-way x86 machine. However, UBIFS needs a good review. Did you have a chance of testing it with various real flash : old small page nand flash, very big large page NAND (4GB), ... > UBIFS mount time is considerably faster as well. For example, > In case of OLPC we observed 10-15 seconds faster boot time > comparing to JFFS2 (fast mount, no full media check). May be you could update your benchmark : http://osl.sed.hu/wiki/ubifs/index.php/Mount_results doesn't give super result : 1 second mount time on a 64 MB flash with 517.73 BogoMIPS CPU. What will be the result for a 4GB flash ? 64 seconds ? Did you do very intensive and long test where you can see bad block appearing on the flash ? Speaking of big nand, is UBI/UBI-FS free of 2GB/4GB limit ? > UBIFS is quite complex because Is it possible to create small and fast code for read only support in bootloader ? Matthieu -- 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