Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751471AbWKCWmO (ORCPT ); Fri, 3 Nov 2006 17:42:14 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753519AbWKCWmO (ORCPT ); Fri, 3 Nov 2006 17:42:14 -0500 Received: from artax.karlin.mff.cuni.cz ([195.113.31.125]:22439 "EHLO artax.karlin.mff.cuni.cz") by vger.kernel.org with ESMTP id S1751471AbWKCWmN (ORCPT ); Fri, 3 Nov 2006 17:42:13 -0500 Date: Fri, 3 Nov 2006 23:42:12 +0100 (CET) From: Mikulas Patocka To: Oleg Verych Cc: Grzegorz Kulewski , linux-kernel@vger.kernel.org Subject: Re: New filesystem for Linux In-Reply-To: Message-ID: References: X-Personality-Disorder: Schizoid MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1657 Lines: 40 > [] >>> PS. Do you have any benchmarks of your filesystem? Did you do any longer >>> automated tests to prove it is not going to loose data to easily? >> >> I have, I may find them and post them. (but the university wants me to >> post them to some conference, so I should keep them secret :-/) > > Interesting to know, how "another one" FS is quick and stable. > > On my new hardware, with dual core CPU 3.4G, 1G of RAM, 1/2TB disk space > (office pro, yes *office* (pro)), `dd' can suck 50M/s, (running and) > extracting 2.6.19-rc2 on fresh 20Gb partition (xfs,jfs) yields nearly 4M/s. > > As for ordinary user it seems very slowly. So try my filesystem and tell me if I have it better :) > Ext2 (not ext3) is as fast as shmfs, until RAM will be full. > And after 13 cycles XFS has 11-12 directories with good linux source, > ext2 6-7 (IIRC). On start of 14th cycle i pushed reset button, btw. My Spadfs will leave there snapshot of situation at most 2 minutes ago (this sync interval can be changed with mount option). > Mounting & repairing XFS took less than minute; e2fsck spent more time > on printing, rather than reparing, i think (:. > > Want to create another one? OK, but why not to improve existing? >/dev/null Because redesign is sometimes better. And you can't generally improve XFS and JFS by simplifying their structures, because people would scream about incompatibility then. Mikulas - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/