From mboxrd@z Thu Jan 1 00:00:00 1970 From: Spam Subject: Re: silent semantic changes with reiser4 Date: Fri, 3 Sep 2004 02:02:10 +0200 Message-ID: <1258629886.20040903020210@tnonline.net> References: <1094155277.11364.92.camel@krustophenia.net> <200409022200.i82M0ihC026321@laptop11.inf.utfsm.cl> <20040902232350.GA32244@mail.shareable.org> <1094165499.6170.17.camel@localhost.localdomain> Reply-To: Spam Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <1094165499.6170.17.camel@localhost.localdomain> List-Id: Content-Type: text/plain; charset="us-ascii" To: Alan Cox Cc: Jamie Lokier , Horst von Brand , Lee Revell , Pavel Machek , David Masover , Chris Wedgwood , viro@parcelfarce.linux.theplanet.co.uk, Linus Torvalds , Christoph Hellwig , Hans Reiser , linux-fsdevel@vger.kernel.org, Linux Kernel Mailing List , Alexander Lyamin aka FLX , ReiserFS List > On Gwe, 2004-09-03 at 00:23, Jamie Lokier wrote: >> However, if we ever see that search engine index thing happen, it >> would be a most excellent capability if it searched inside archive >> files too. I would definitely use that. Not often, but occasionally I would. > Thats an indexer decision, the search backend (which is the performance > and complexity critical part) doesn't give a damn. I am just talking general now, but it seems to me that there have been many suggestions on user-land solutions like shared librares and so forth just to say there is no need for file streams and plugins. Many of these ideas do exist in one way or another, but none is truly system wide and and as application independent as file streams+plugins would be. Would it not be much less effort to implement these in a good way, than trying to reinvent lots of new stuff in userland - that wouldn't be systemwide anyway? ~S From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S268968AbUICCOn (ORCPT ); Thu, 2 Sep 2004 22:14:43 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S269427AbUICAMv (ORCPT ); Thu, 2 Sep 2004 20:12:51 -0400 Received: from c002781a.fit.bostream.se ([217.215.235.8]:33174 "EHLO mail.tnonline.net") by vger.kernel.org with ESMTP id S269419AbUICACY (ORCPT ); Thu, 2 Sep 2004 20:02:24 -0400 Date: Fri, 3 Sep 2004 02:02:10 +0200 From: Spam Reply-To: Spam X-Priority: 3 (Normal) Message-ID: <1258629886.20040903020210@tnonline.net> To: Alan Cox CC: Jamie Lokier , Horst von Brand , Lee Revell , Pavel Machek , David Masover , Chris Wedgwood , , Linus Torvalds , Christoph Hellwig , Hans Reiser , , Linux Kernel Mailing List , Alexander Lyamin aka FLX , ReiserFS List Subject: Re: silent semantic changes with reiser4 In-Reply-To: <1094165499.6170.17.camel@localhost.localdomain> References: <1094155277.11364.92.camel@krustophenia.net> <200409022200.i82M0ihC026321@laptop11.inf.utfsm.cl> <20040902232350.GA32244@mail.shareable.org> <1094165499.6170.17.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > On Gwe, 2004-09-03 at 00:23, Jamie Lokier wrote: >> However, if we ever see that search engine index thing happen, it >> would be a most excellent capability if it searched inside archive >> files too. I would definitely use that. Not often, but occasionally I would. > Thats an indexer decision, the search backend (which is the performance > and complexity critical part) doesn't give a damn. I am just talking general now, but it seems to me that there have been many suggestions on user-land solutions like shared librares and so forth just to say there is no need for file streams and plugins. Many of these ideas do exist in one way or another, but none is truly system wide and and as application independent as file streams+plugins would be. Would it not be much less effort to implement these in a good way, than trying to reinvent lots of new stuff in userland - that wouldn't be systemwide anyway? ~S