Merge from vendor branch LIBSTDC++:
[dragonfly.git] / share / doc / papers / diskperf / motivation.ms
1 .\" Copyright (c) 1983 The Regents of the University of California.
2 .\" All rights reserved.
3 .\"
4 .\" Redistribution and use in source and binary forms, with or without
5 .\" modification, are permitted provided that the following conditions
6 .\" are met:
7 .\" 1. Redistributions of source code must retain the above copyright
8 .\"    notice, this list of conditions and the following disclaimer.
9 .\" 2. Redistributions in binary form must reproduce the above copyright
10 .\"    notice, this list of conditions and the following disclaimer in the
11 .\"    documentation and/or other materials provided with the distribution.
12 .\" 3. All advertising materials mentioning features or use of this software
13 .\"    must display the following acknowledgement:
14 .\"     This product includes software developed by the University of
15 .\"     California, Berkeley and its contributors.
16 .\" 4. Neither the name of the University nor the names of its contributors
17 .\"    may be used to endorse or promote products derived from this software
18 .\"    without specific prior written permission.
19 .\"
20 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
21 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
22 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
23 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
24 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
25 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
26 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
27 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
28 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
29 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
30 .\" SUCH DAMAGE.
31 .\"
32 .\"     @(#)motivation.ms       6.2 (Berkeley) 4/16/91
33 .\"
34 .ds RH Motivation
35 .NH
36 Motivation
37 .PP
38 These benchmarks were performed for several reasons.
39 Foremost was our desire to obtain guideline to aid
40 in choosing one the most expensive components of any
41 VAX UNIX configuration, the disk storage system.
42 The range of choices in this area has increased dramatically
43 in the last year.
44 DEC has become, with the introduction of the UDA50/RA81 system,
45 cost competitive
46 in the area of disk storage for the first time.
47 Emulex's entry into the VAX 11/780 SBI controller
48 field, the SC780, represented a important choice for us to examine, given
49 our previous success with their VAX 11/750 SC750 controller and
50 their UNIBUS controllers.
51 The Fujitsu 2351A
52 Winchester disk drive represents the lowest cost-per-byte disk storage
53 known to us.
54 In addition, Fujitsu's reputation for reliability was appealing.
55 The many attractive aspects of these components justified a more
56 careful examination of their performance aspects under UNIX.
57 .PP
58 In addition to the direct motivation of developing an effective
59 choice of storage systems, we hoped to gain more insight into
60 VAX UNIX file system and I/O performance in general.
61 What generic characteristics of I/O subsystems are most
62 important?
63 How important is the location of the controller on the SBI/CMI versus
64 the UNIBUS?
65 Is extensive buffering in the controller essential or even important?
66 How much can be gained by putting more of the storage system
67 management and optimization function in the controller as
68 DEC does with the UDA50?
69 .PP
70 We also wanted to resolve particular speculation about the value of
71 storage system optimization by a controller in a UNIX
72 environment.
73 Is the access optimization as effective as that already provided
74 by the existing 4.2BSD UNIX device handlers for traditional disks?
75 VMS disk handlers do no seek optimization.
76 This gives the UDA50 controller an advantage over other controllers
77 under VMS which is not likely to be as important to UNIX.
78 Are there penalties associated with greater intelligence in the controller?
79 .PP
80 A third and last reason for evaluating this equipment is comparable
81 to the proverbial mountain climbers answer when asked why he climbs
82 a particular mountain,
83 ``It was there.''
84 In our case the equipment
85 was there.
86 We were lucky enough to assemble all the desired disks and controllers
87 and get them installed on a temporarily idle VAX 11/780.
88 This got us started collecting data.
89 Although many of the tests were later rerun on a variety of other systems,
90 this initial test bed was essential for working out the testing bugs
91 and getting our feet wet.
92 .ds RH Equipment
93 .bp