Merge from vendor branch TCPDUMP:
[dragonfly.git] / share / doc / smm / 06.nfs / 0.t
1 .\" Copyright (c) 1993
2 .\"     The Regents of the University of California.  All rights reserved.
3 .\"
4 .\" This document is derived from software contributed to Berkeley by
5 .\" Rick Macklem at The University of Guelph.
6 .\"
7 .\" Redistribution and use in source and binary forms, with or without
8 .\" modification, are permitted provided that the following conditions
9 .\" are met:
10 .\" 1. Redistributions of source code must retain the above copyright
11 .\"    notice, this list of conditions and the following disclaimer.
12 .\" 2. Redistributions in binary form must reproduce the above copyright
13 .\"    notice, this list of conditions and the following disclaimer in the
14 .\"    documentation and/or other materials provided with the distribution.
15 .\" 3. All advertising materials mentioning features or use of this software
16 .\"    must display the following acknowledgement:
17 .\"     This product includes software developed by the University of
18 .\"     California, Berkeley and its contributors.
19 .\" 4. Neither the name of the University nor the names of its contributors
20 .\"    may be used to endorse or promote products derived from this software
21 .\"    without specific prior written permission.
22 .\"
23 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
24 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
25 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
26 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
27 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
28 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
29 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
30 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
31 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
32 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
33 .\" SUCH DAMAGE.
34 .\"
35 .\"     @(#)0.t 8.1 (Berkeley) 6/8/93
36 .\"
37 .(l C
38 .sz 14
39 .b "The 4.4BSD NFS Implementation"
40 .sp
41 .sz 10
42 Rick Macklem
43 .i "University of Guelph"
44 .)l
45 .sp 2
46 .ce 1
47 .sz 12
48 .b "ABSTRACT"
49 .eh 'SMM:06-%''The 4.4BSD NFS Implementation'
50 .oh 'The 4.4BSD NFS Implementation''SMM:06-%'
51 .pp
52 The 4.4BSD implementation of the Network File System (NFS)\** is
53 intended to interoperate with
54 .(f
55 \**Network File System (NFS) is believed to be a registered trademark of
56 Sun Microsystems Inc.
57 .)f
58 other NFS Version 2 Protocol (RFC1094) implementations but also
59 allows use of an alternate protocol that is hoped to provide better
60 performance in certain environments.
61 This paper will informally discuss these various protocol features and
62 their use.
63 There is a brief overview of the implementation followed
64 by several sections on various problem areas related to NFS
65 and some hints on how to deal with them.
66 .pp
67 Not Quite NFS (NQNFS) is an NFS like protocol designed to maintain full cache
68 consistency between clients in a crash tolerant manner. It is an adaptation
69 of the NFS protocol such that the server supports both NFS
70 and NQNFS clients while maintaining full consistency between the server and
71 NQNFS clients.
72 It borrows heavily from work done on Spritely-NFS [Srinivasan89], but uses
73 Leases [Gray89] to avoid the need to recover server state information
74 after a crash.
75 .sp