Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S270771AbTG0NS1 (ORCPT ); Sun, 27 Jul 2003 09:18:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S270769AbTG0NS0 (ORCPT ); Sun, 27 Jul 2003 09:18:26 -0400 Received: from nic.bme.hu ([152.66.115.1]:15575 "EHLO nic.bme.hu") by vger.kernel.org with ESMTP id S270775AbTG0NSX (ORCPT ); Sun, 27 Jul 2003 09:18:23 -0400 Message-ID: <3F23D43C.9080607@namesys.com> Date: Sun, 27 Jul 2003 17:31:40 +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: Yury Umanets Cc: Daniel Egger , 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> <1059143985.19594.3.camel@haron.namesys.com> <1059181687.10059.5.camel@sonja> <1059203990.21910.13.camel@haron.namesys.com> <1059228808.10692.7.camel@sonja> <1059231274.28094.40.camel@haron.namesys.com> In-Reply-To: <1059231274.28094.40.camel@haron.namesys.com> 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: 1851 Lines: 63 Yury Umanets wrote: >On Sat, 2003-07-26 at 18:13, Daniel Egger wrote: > > >>Am Sam, 2003-07-26 um 09.19 schrieb Yury Umanets: >> >> >> >>>I think this is more then enough for running reiser4. Reiser4 is a linux >>>filesystem first of all, and linux is able to be ran on even worse >>>hardware then you have. >>> >>> > > > >>Linux is running just fine one the system, thanks. My question is >>whether reiserfs is suitable for flash devices. The chances to get some >>usable answers seem to be incredible low though... >> >> > >Reiserfs cannot be used efficiently with flash, as it uses block size 4K >(by default) and usual flash block size is in range 64K - 256K. > This answer is incorrect. The device driver will hide this from us, slum squeezing will tend to write in large batches, and things will probably work. However, you should try it and see rather than theorize. > >Also reiserfs does not use compression, that would be very nice of it >:), because flash has limited number of erase cycles per block (in range >100.000) and it is about three times as expensive as SDRAM. > We have compression plugins that will be ready soon. Go ask Edward in the chair behind you what he does for a living.;-) > >So, it is better to use something more convenient. For instance jffs2. > >But, if you are still want to use reiserfs for flash device, you should >do at least the following: > >(1) Make the journal substantial smaller of size. >(2) Don't turn tails off. This is useful to prolong flash live. > > >Regards. > > > He is asking about reiser4, not reiserfs V3. -- 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/