![[BACK]](/cvsweb/icons/back.gif){kind=icon}
Return to 6.t CVS log ![[TXT]](/cvsweb/icons/text.gif){kind=icon}
![[DIR]](/cvsweb/icons/dir.gif){kind=icon}
Up to [CSRG BSD Unix] / 43BSDReno / share / doc / smm / 14.fastfs|
Return to 6.t CVS log | Up to [CSRG BSD Unix] / 43BSDReno / share / doc / smm / 14.fastfs |
1.1 root 1: .\" Copyright (c) 1986 The Regents of the University of California.
2: .\" All rights reserved.
3: .\"
4: .\" Redistribution and use in source and binary forms are permitted
5: .\" provided that the above copyright notice and this paragraph are
6: .\" duplicated in all such forms and that any documentation,
7: .\" advertising materials, and other materials related to such
8: .\" distribution and use acknowledge that the software was developed
9: .\" by the University of California, Berkeley. The name of the
10: .\" University may not be used to endorse or promote products derived
11: .\" from this software without specific prior written permission.
12: .\" THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR
13: .\" IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED
14: .\" WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
15: .\"
16: .\" @(#)6.t 6.2 (Berkeley) 3/7/89
17: .\"
18: .nr H2 1
19: .ds RH Acknowledgements
20: .SH
21: \s+2Acknowledgements\s0
22: .PP
23: We thank Robert Elz for his ongoing interest in the new file system,
24: and for adding disk quotas in a rational and efficient manner.
25: We also acknowledge Dennis Ritchie for his suggestions
26: on the appropriate modifications to the user interface.
27: We appreciate Michael Powell's explanations on how
28: the DEMOS file system worked;
29: many of his ideas were used in this implementation.
30: Special commendation goes to Peter Kessler and Robert Henry for acting
31: like real users during the early debugging stage when file systems were
32: less stable than they should have been.
33: The criticisms and suggestions by the reviews contributed significantly
34: to the coherence of the paper.
35: Finally we thank our sponsors,
36: the National Science Foundation under grant MCS80-05144,
37: and the Defense Advance Research Projects Agency (DoD) under
38: ARPA Order No. 4031 monitored by Naval Electronic System Command under
39: Contract No. N00039-82-C-0235.
40: .ds RH References
41: .nr H2 1
42: .sp 2
43: .SH
44: \s+2References\s0
45: .LP
46: .IP [Almes78] 20
47: Almes, G., and Robertson, G.
48: "An Extensible File System for Hydra"
49: Proceedings of the Third International Conference on Software Engineering,
50: IEEE, May 1978.
51: .IP [Bass81] 20
52: Bass, J.
53: "Implementation Description for File Locking",
54: Onyx Systems Inc, 73 E. Trimble Rd, San Jose, CA 95131
55: Jan 1981.
56: .IP [Feiertag71] 20
57: Feiertag, R. J. and Organick, E. I.,
58: "The Multics Input-Output System",
59: Proceedings of the Third Symposium on Operating Systems Principles,
60: ACM, Oct 1971. pp 35-41
61: .IP [Ferrin82a] 20
62: Ferrin, T.E.,
63: "Performance and Robustness Improvements in Version 7 UNIX",
64: Computer Graphics Laboratory Technical Report 2,
65: School of Pharmacy, University of California,
66: San Francisco, January 1982.
67: Presented at the 1982 Winter Usenix Conference, Santa Monica, California.
68: .IP [Ferrin82b] 20
69: Ferrin, T.E.,
70: "Performance Issuses of VMUNIX Revisited",
71: ;login: (The Usenix Association Newsletter), Vol 7, #5, November 1982. pp 3-6
72: .IP [Kridle83] 20
73: Kridle, R., and McKusick, M.,
74: "Performance Effects of Disk Subsystem Choices for
75: VAX Systems Running 4.2BSD UNIX",
76: Computer Systems Research Group, Dept of EECS, Berkeley, CA 94720,
77: Technical Report #8.
78: .IP [Kowalski78] 20
79: Kowalski, T.
80: "FSCK - The UNIX System Check Program",
81: Bell Laboratory, Murray Hill, NJ 07974. March 1978
82: .IP [Knuth75] 20
83: Kunth, D.
84: "The Art of Computer Programming",
85: Volume 3 - Sorting and Searching,
86: Addison-Wesley Publishing Company Inc, Reading, Mass, 1975. pp 506-549
87: .IP [Maruyama76]
88: Maruyama, K., and Smith, S.
89: "Optimal reorganization of Distributed Space Disk Files",
90: CACM, 19, 11. Nov 1976. pp 634-642
91: .IP [Nevalainen77] 20
92: Nevalainen, O., Vesterinen, M.
93: "Determining Blocking Factors for Sequential Files by Heuristic Methods",
94: The Computer Journal, 20, 3. Aug 1977. pp 245-247
95: .IP [Pechura83] 20
96: Pechura, M., and Schoeffler, J.
97: "Estimating File Access Time of Floppy Disks",
98: CACM, 26, 10. Oct 1983. pp 754-763
99: .IP [Peterson83] 20
100: Peterson, G.
101: "Concurrent Reading While Writing",
102: ACM Transactions on Programming Languages and Systems,
103: ACM, 5, 1. Jan 1983. pp 46-55
104: .IP [Powell79] 20
105: Powell, M.
106: "The DEMOS File System",
107: Proceedings of the Sixth Symposium on Operating Systems Principles,
108: ACM, Nov 1977. pp 33-42
109: .IP [Ritchie74] 20
110: Ritchie, D. M. and Thompson, K.,
111: "The UNIX Time-Sharing System",
112: CACM 17, 7. July 1974. pp 365-375
113: .IP [Smith81a] 20
114: Smith, A.
115: "Input/Output Optimization and Disk Architectures: A Survey",
116: Performance and Evaluation 1. Jan 1981. pp 104-117
117: .IP [Smith81b] 20
118: Smith, A.
119: "Bibliography on File and I/O System Optimization and Related Topics",
120: Operating Systems Review, 15, 4. Oct 1981. pp 39-54
121: .IP [Symbolics81] 20
122: "Symbolics File System",
123: Symbolics Inc, 9600 DeSoto Ave, Chatsworth, CA 91311
124: Aug 1981.
125: .IP [Thompson78] 20
126: Thompson, K.
127: "UNIX Implementation",
128: Bell System Technical Journal, 57, 6, part 2. pp 1931-1946
129: July-August 1978.
130: .IP [Thompson80] 20
131: Thompson, M.
132: "Spice File System",
133: Carnegie-Mellon University,
134: Department of Computer Science, Pittsburg, PA 15213
135: #CMU-CS-80, Sept 1980.
136: .IP [Trivedi80] 20
137: Trivedi, K.
138: "Optimal Selection of CPU Speed, Device Capabilities, and File Assignments",
139: Journal of the ACM, 27, 3. July 1980. pp 457-473
140: .IP [White80] 20
141: White, R. M.
142: "Disk Storage Technology",
143: Scientific American, 243(2), August 1980.
This archive runs on limited infrastructure. Preserving old code on modern bandwidth. Automated agents are requested to crawl responsibly.