ACM Computing Surveys 28A(4), December 1996, http://www.cs.duke.edu/~jsv/SDCR96-IO/GibsonWilkesIO/. Copyright © 1996 by the Association for Computing Machinery, Inc. See the permissions statement below.


Strategic Directions in Computing Research

Working Group on Storage I/O for Large-Scale Computing

Self-managing Network-attached Storage


Garth Gibson

Carnegie Mellon University Computer Science Department
5000 Forbes Avenue, Pittsburgh, PA 15213-3890, USA
garth.gibson@cs.cmu.edu

John Wilkes

Hewlett Packard Laboratories
1501 Page Mill Road, Palo Alto, CA 94304-1126, USA
wilkes@hpl.hp.com



Abstract: In this position statement we outline the critical issues impacting storage access technology, our view of appropriate responses and our vision of the outcome of re-architecting storage access systems.

See also the citation page for this position statement.

Categories and Subject Descriptors: B.4.0 [Input/Output and Data Communications]: General; C.0 [Computer Systems Organization]: General - System architectures, Systems specification methodology; D.4.2 [Operating Systems]: Storage Management - Allocation/deallocation strategies, Secondary Storage, Storage hierarchies; D.4.3 [Operating Systems]: File Systems Management - File organization, Maintenance; D.4.4 [Operating Systems]: Communications Management - Input/Output; D.4.5 [Operating Systems]: Reliability - Fault-tolerance; D.4.6 [Operating Systems]: Security and Protection - Access controls, Authentication; D.4.8 [Operating Systems]: Performance - Modeling and prediction, Monitors; H.2.7 [Database Management]: Database Administration; K.6.2 [Management of Computing and Information Systems]: Installation Management - Computing equipment management, Pricing and resource allocation; K.6.4 [Management of Computing and Information Systems]: System Management.

General Terms: Algorithms, Design, Management, Measurement, Performance, Reliability.

Additional Key Words and Phrases: I/O, communication, disk drives, secondary memory, network attached storage, storage management.



Critical I/O issues

An organization's most valuable asset in the information age is its ability to obtain, maintain and manipulate an information base.

It is our position that storage access technology is a critical component of an information base; that storage access technology is experiencing dramatic change; and that a re-architecting of storage access systems is beginning. Needless to say, we see storage as an important and rich domain for the efforts of computer science researchers.

In this position statement we outline the critical issues impacting storage access technology, our view of appropriate responses and our vision of the outcome of re-architecting storage access systems.

Underlying technology

Use profiles and customer requirements

System architecture

Responding to these observations, we see profitable research in

Re-architecting for storage-centric computing

Integrating many of these emerging storage technology advances, our vision of a re-architected storage access system stresses a closer relationship between storage subsystem capability and client/application requirements. Specifically, accessing storage is analogous to a communication connection and should be endowed with analogies to quality-of-service, fastpathing, intergrated layer processing, application specialization, and embedded management support. In our vision of storage-centric computing we redraw the boundaries between application, file system, network, and storage subsystem enabling applications to have an expressive interface to storage subsystems, decoupling policy and primitives to allow separate optimization and directly connecting storage to the networking infrastructure.

Advantages of this approach include:

Technical enabling issues

In addition to the research responses outlined above, our approach to re-architecting storage systems highlights a variety of related technical issues including:

Networking infrastructure:

Security protocols:

Storage subsystems:

Storage interfaces and protocols:

Fault resilience:

Non-technical enabling issues

A change like this requires more than just technical innovation; the commercial infrastructure needs to be brought along too. This means finding imaginative ways for the technology to be delivered through multiple channels simultaneously: device manufacturers, storage-network designers, interface-card builders, OS/file system/dbms designers, system intergators, and application providers. There's a need for coordinated, incremental delivery of components of this new technology, in a way that allows marketplace acceptance to drive the development of later phases. This may be as much a challenge as the technical aspects.

For further information


Permission to make digital or hard copies of part or all of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for profit or commercial advantage and that copies bear this notice and the full citation on the first page. Copyrights for components of this work owned by others than ACM must be honored. Abstracting with credit is permitted. To copy otherwise, to republish, to post on servers, or to redistribute to lists, requires prior specific permission and/or a fee. Request permissions from Publications Dept, ACM Inc., fax +1 (212) 869-0481, or permissions@acm.org.


Last modified: Tue Dec 10 08:47:55 EST
John Wilkes <wilkes@hpl.hp.com>