From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261954AbULQQyb (ORCPT ); Fri, 17 Dec 2004 11:54:31 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261940AbULQQyb (ORCPT ); Fri, 17 Dec 2004 11:54:31 -0500 Received: from rwcrmhc13.comcast.net ([204.127.198.39]:23962 "EHLO rwcrmhc11.comcast.net") by vger.kernel.org with ESMTP id S261962AbULQQyT (ORCPT ); Fri, 17 Dec 2004 11:54:19 -0500 Message-ID: <41C30F38.6090407@namesys.com> Date: Fri, 17 Dec 2004 08:54:16 -0800 From: Hans Reiser User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Masover CC: Peter Foldiak , reiserfs-list@namesys.com, linux-kernel@vger.kernel.org Subject: Re: file as a directory References: <200411301631.iAUGVT8h007823@laptop11.inf.utfsm.cl> <41ACA7C9.1070001@namesys.com> <1103043518.21728.159.camel@pear.st-and.ac.uk> <41BF21BC.1020809@namesys.com> <1103059622.2999.17.camel@grape.st-and.ac.uk> <41BFC1C5.1070302@slaphack.com> <1103102854.30601.12.camel@pear.st-and.ac.uk> <41C0CF3B.1030705@slaphack.com> <41C1D870.2020407@namesys.com> <41C30325.4040604@slaphack.com> In-Reply-To: <41C30325.4040604@slaphack.com> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime 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 David Masover wrote: > Hans Reiser wrote: > | David Masover wrote: > | > |> > |> > |> Speaking of which, how much speed is lost by starting up a process? > |> > |> The idea of caching is that running > |> > |> cat *; cat *; cat *; cat *; cat * > |> > |> is probably slower than > |> > |> cat * > baz; cat baz; cat baz; cat baz; cat baz; cat baz > | > | > | Only for small files where the per file overhead of a read is > significant. > > That's potentially a common problem, and "cat *" is an overly-simplified > example. Either you force the "plugin" to say whether it wants to be > cached or not, or you cache everything, because there are going to be > plugins like "tar -xjp" for which caching is a HUGE increase. Ok, I accept the argument.