home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Usenet 1994 October
/
usenetsourcesnewsgroupsinfomagicoctober1994disk2.iso
/
std_unix
/
v21
/
185
< prev
next >
Wrap
Internet Message Format
|
1990-12-05
|
1KB
From jsq@cs.utexas.edu Fri Oct 5 02:37:08 1990
Received: from cs.utexas.edu by uunet.uu.net (5.61/1.14) with SMTP
id AB21718; Fri, 5 Oct 90 02:37:08 -0400
Posted-Date: 3 Oct 90 19:58:02 GMT
Received: by cs.utexas.edu (5.64/1.77)
From: brnstnd@kramden.acf.nyu.edu (Dan Bernstein)
Newsgroups: comp.std.unix
Subject: Re: Standards Update, IEEE 1003.4: Real-time Extensions
Message-Id: <13218@cs.utexas.edu>
References: <543@usenix.ORG> <544@usenix.ORG> <551@usenix.ORG>
Sender: jsq@cs.utexas.edu
Organization: IR
X-Submissions: std-unix@uunet.uu.net
Date: 3 Oct 90 19:58:02 GMT
Reply-To: std-unix@uunet.uu.net
To: std-unix@uunet.uu.net
Submitted-by: brnstnd@kramden.acf.nyu.edu (Dan Bernstein)
In article <551@usenix.ORG> chip@tct.uucp (Chip Salzenberg) writes:
> According to brnstnd@kramden.acf.nyu.edu (Dan Bernstein):
> >NFS (as it is currently implemented) shows what goes wrong when
> >reliability disappears.
> In a discussion of filesystem semantics, NFS is a straw man. Everyone
> knows it's a botch.
> If AFS and RFS don't convince one that a networked filesystem
> namespace can work well, then nothing will.
Exactly! This example proves my point. What's so bad about NFS---why it
doesn't fit well into the filesystem---is that it doesn't make the
remote filesystem reliable and local. If you show me Joe Shmoe's RFS
with reliable, local, static I/O objects, I'll gladly include it in the
filesystem.
---Dan
Volume-Number: Volume 21, Number 185