Subject: Re: more on 2.4.19pre... & swsusp
From: Ed Sweetman <ed.sweetman@wmich.edu>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: brian@worldcontrol.com, linux-kernel@vger.kernel.org
In-Reply-To: <E16tz9Q-0002sH-00@the-village.bc.nu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: 06 Apr 2002 20:33:27 -0500
Message-Id: <1018143212.8480.99.camel@psuedomode>
Mime-Version: 1.0
Sender: linux-kernel-owner@vger.kernel.org

On Sat, 2002-04-06 at 17:59, Alan Cox wrote:
> > On a different note.  Why doesn't the ac branch have ftpfs yet?  Besides
> > the fact that it sometimes has problems with ls'ing a directory because
> 
> Because its perfectly doable in user space. Its for testing useful stuff not
> a dumping ground
> -


Wouldn't that be true of any networked filesystem?  They should all be
able to be done in userspace.  The problem with that would be it loses
it's transparency to the user and increases latency.  Sure ftpfs can be
done in userspace, but the point of it is so i dont have to interface
with ftp's through a specific client.  I'm sure people would love it if
they had to open samba-view whenever they wanted to copy to and from
samba shares, same for nfs etc.  

There are more than a couple examples of things in the kernel that can
also be completely functional just done in userspace,  Both autofs (why
we continue to ship an older version when the newer one is reverse
compat is a mystery to me) implementations are two such examples.  

I have nothing against not including something for personal preferences
( it is your branch) or because something is too untested.. but because
it can be done in userspace just doesn't hold up when you look at some
of the things in the kernel already.   But i've wasted enough time
arguing about something that doesn't require any changes. heh 

-
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/