Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S269696AbTG1NSH (ORCPT ); Mon, 28 Jul 2003 09:18:07 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S269661AbTG1NQn (ORCPT ); Mon, 28 Jul 2003 09:16:43 -0400 Received: from nic.bme.hu ([152.66.115.1]:65502 "EHLO nic.bme.hu") by vger.kernel.org with ESMTP id S269617AbTG1NQV (ORCPT ); Mon, 28 Jul 2003 09:16:21 -0400 Message-ID: <3F252542.3050703@namesys.com> Date: Mon, 28 Jul 2003 17:29:38 +0400 From: Hans Reiser User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Egger Cc: Nikita Danilov , Linux Kernel Mailinglist , reiserfs mailing list Subject: Re: Reiser4 status: benchmarked vs. V3 (and ext3) References: <3F1EF7DB.2010805@namesys.com> <1059062380.29238.260.camel@sonja> <16160.4704.102110.352311@laputa.namesys.com> <1059093594.29239.314.camel@sonja> <16161.10863.793737.229170@laputa.namesys.com> <1059142851.6962.18.camel@sonja> <3F23CCBC.9070600@namesys.com> <1059315409.10692.215.camel@sonja> <3F251A97.9010409@namesys.com> <1059397619.31053.27.camel@sonja> In-Reply-To: <1059397619.31053.27.camel@sonja> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1273 Lines: 50 Daniel Egger wrote: >Am Mon, 2003-07-28 um 14.44 schrieb Hans Reiser: > > > >>>This looks fine for normal harddrives put on flash you'd probably like >>>to write the data evenly over the free space in some already formatted >>>section still leaving the oportunity to format some other sectors to not >>>run out of space. >>> >>> > > > >>I was not able to parse the sentence above.;-) >> >> > >s/put/but/ > >As already mentioned the flash chips have to be erased before they can >be written. The erasesize is much larger than the typical block size >which means that although a block doesn't contain valid data it still >contains something which means that it cannot be written until it was >erased. That's why JFFS2 is using garbage collection to reclaim unused >but (at the moment) unusable space. > > > >>No, you could be more clever than that. >> >> > >Sure. :) > > > If you feel ambitious, try increasing the reiser4 node size to equal the erase size. This requires changes to VM though. -- Hans - 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/