Digital Storage Architecture - Revision history

Jnc: /* External links */ +The RA60, RA80 and RA81 Disk Drives and The Digital Storage Architecture

2023-08-18T19:26:49Z

‎External links: +The RA60, RA80 and RA81 Disk Drives and The Digital Storage Architecture

Jnc: /* Further reading */ +Digital Storage Technology Handbook

2022-09-17T16:37:12Z

‎Further reading: +Digital Storage Technology Handbook

Jnc: better cat

2022-07-19T10:43:43Z

better cat

Jnc: Jnc moved page DEC Digital Storage Architecture to Digital Storage Architecture over a redirect without leaving a redirect: Formal DEC name

2022-07-19T10:30:06Z

Jnc moved page DEC Digital Storage Architecture to Digital Storage Architecture over a redirect without leaving a redirect: Formal DEC name

Vaxorcist: links added

2022-07-17T09:40:49Z

links added

Vaxorcist: New page

2022-07-17T09:33:54Z

New page

New page

The Digital Storage Architecture (acronym: DSA) is one of the building blocks of [[Digital Equipment|DEC]] computer system architectures.

== DSA Subsystem Overview ==
(taken from: [http://bitsavers.org/pdf/dec/dsa/dssi/Storage_Systems_Port_Rev_3.1.0_198911.txt DSA specification at bitsavers.org])

A Digital Storage Architecture (DSA) subsystem consists of a host, an intelligent mass storage controller, a communications mechanism, and related software entities.

The controller contains intelligence to perform detailed I/O handling tasks such as: controlling the physical functions of an I/O device, transferring data to/from an I/O device or to/from the host, buffering the data as necessary, optimizing requests for maximum throughput, detecting and recovering from I/O errors, etc. The host simply sends I/O requests to the controller and is notified when the controller has performed all the I/O tasks necessary to fulfill the request to the fullest extent possible.

The communication of I/O requests and completion notices is message packet oriented, controlled by higher level protocols. Currently there are three higher level protocols defined within DSA:

* Disk -- for disk I/O device control; defined in the Mass Storage Control Protocol (MSCP) specification,

* Tape -- for tape I/O device control; defined in the Tape Mass Storage Control Protocol (TMSCP) specification,

and,

* Diagnostics and Utilities -- for mass storage controller and I/O device diagnostic and utility program control; defined in the Diagnostics and Utilities Protocol (DUP) specification.

The host and controller are physically connected by a hardware communications mechanism through a port located in each. The hardware communications mechanism permits the host and controller to communicate with each other using the higher level protocols and to transfer data between the two as well. The port provides the software to hardware interface necessary for software processes, located in both the host and controller, to access the communications mechanism for those purposes. The software to hardware interface is referred to as the port "access protocol."

The host and controller each use two levels of software to accomplish their tasks. The higher level software process is called a "class driver" in the host and a "server" in the controller. The class driver and server are concerned with the specifics of I/O device control and communicate with each other using the higher level protocol messages via a logical communications path known as a "connection." The lower level software process in both the host and controller is known as the "port driver" and is concerned only with providing communications services for the higher level processes across the communications mechanism through the port.

The host and controller typically provide multiple higher level software processes (i.e., class drivers and servers), one for each higher level protocol they support. Hosts provide a single port driver for each different communications mechanism (i.e., port type) they support. Controllers typically support only one communications mechanism and therefore provide only one port driver.

The Storage Systems Port is an interface which enables use of the Unibus, Q-Bus, BI, and XMI busses as communications mechanisms between a host and a controller.

Figure 1-1 illustrates the various components of a DSA storage subsystem that utilizes the Storage Systems Port.

Host Mass Storage Controller
+ - - - - - - - - + + - - - - - - - - +
| | Higher Level | |
+-----------+ Protocol +-----------+
| | Class | | (HLP) | | HLP | |
| Driver | <------------------> | Server |
| +-----------+ | Connection | +-----------+ |
A A
| | | | | |
| |
| | | | | |
V SSP V
| +-----------+ | Access | +-----------+ |
| SSP | Protocol | SSP |
| | Port | <------------------> | Port | |
| Driver | | Driver |
| +-----------+ | | +-----------+ |
A A
+ - - - -|- - - - + + - - - -|- - - - +
| |
V V
+------+----------------------------+------+
| Port | | Port |
+ - - + + - - +
| Unibus, Q-Bus, BI, or XMI |
+------------------------------------------+

Figure 1-1: Example Storage Systems Port Based DSA
Subsystem

[[Category: DEC Acronyms]]

@@ Line 65: / Line 65: @@
 ==External links==
 * [http://bitsavers.org/pdf/dec/dsa/dssi/Storage_Systems_Port_Rev_3.1.0_198911.txt Storage Systems Port] - SSP specification at [[Bitsavers]]; contains a DSA overview
 [[Category: DEC Mass Storage]]

← Older revision		Revision as of 16:37, 17 September 2022
Line 58:		Line 58:

	Figure 1-1: Example Storage Systems Port Based DSA Subsystem		Figure 1-1: Example Storage Systems Port Based DSA Subsystem
		+
		+	==Further reading==
		+
		+	* ''Digital Storage Technology Handbook'', 1989 (EC-H0374-45/89) - Chapter 3, The Digital Storage Architecture

	==External links==		==External links==

@@ Line 1: / Line 1: @@
-The Digital Storage Architecture (acronym: DSA) is one of the building blocks of [[Digital Equipment|DEC]] computer system architectures.
+The '''Digital Storage Architecture''' (usually given as the acronym, '''DSA''') is one of the building blocks of [[Digital Equipment|DEC]] computer system architectures.
 == DSA Subsystem Overview ==
-(taken from: [http://bitsavers.org/pdf/dec/dsa/dssi/Storage_Systems_Port_Rev_3.1.0_198911.txt DSA specification at bitsavers.org])
+(taken from: Storage Systems Port specification)
 A Digital Storage Architecture (DSA) subsystem consists of a host, an intelligent mass storage controller, a communications mechanism, and related software entities.
@@ Line 16: / Line 16: @@
 and,
-* Diagnostics and Utilities -- for mass  storage controller and I/O device diagnostic and utility program control; defined in the Diagnostics and Utilities Protocol (DUP) specification.
+* Diagnostics and Utilities -- for mass storage controller and I/O device diagnostic and utility program control; defined in the Diagnostics and Utilities Protocol (DUP) specification.
-The host and controller are physically connected by a hardware communications mechanism through a port located in each. The hardware communications mechanism permits the host and controller to communicate with each other using the higher level protocols and to transfer data between the two as well. The port provides the  software to hardware interface necessary for software processes, located in both the host and controller, to access the communications mechanism for those purposes. The software to hardware interface is referred to as the port "access protocol."
+The host and controller are physically connected by a hardware communications mechanism through a port located in each. The hardware communications mechanism permits the host and controller to communicate with each other using the higher level protocols and to transfer data between the two as well. The port provides the software to hardware interface necessary for software processes, located in both the host and controller, to access the communications mechanism for those purposes. The software to hardware interface is referred to as the port "access protocol."
-The host and controller each use two levels of software to accomplish their tasks.  The higher level software process is called a "class driver" in the host and a "server" in the controller.  The class driver and server are concerned with the specifics of I/O device control and communicate with each other using  the  higher  level protocol messages via a logical communications path known as a "connection."  The lower level software process in both the host and controller is known as the "port driver" and is concerned only with providing communications services for the higher level processes across the communications mechanism through the port.
+The host and controller each use two levels of software to accomplish their tasks.  The higher level software process is called a "class driver" in the host and a "server" in the controller.  The class driver and server are concerned with the specifics of I/O device control and communicate with each other using the higher level protocol messages via a logical communications path known as a "connection."  The lower level software process in both the host and controller is known as the "port driver" and is concerned only with providing communications services for the higher level processes across the communications mechanism through the port.
 The host and controller typically provide multiple higher level software processes (i.e., class drivers and servers), one for each higher level protocol they support. Hosts provide a single port driver for each different communications mechanism (i.e., port type) they support. Controllers typically support only one communications mechanism and therefore provide only one port driver.
@@ Line 28: / Line 28: @@
 Figure 1-1 illustrates the various components of a DSA storage subsystem that utilizes the Storage Systems Port.
               Host                     Mass Storage Controller
        + - - - - - - - - +                + - - - - - - - - +
@@ Line 54: / Line 55: @@
             |        Unibus, Q-Bus, BI, or XMI         |
             +------------------------------------------+
+</pre>
-[[Category: DEC Acronyms]]
+Figure 1-1: Example Storage Systems Port Based DSA Subsystem

← Older revision	Revision as of 10:30, 19 July 2022
(No difference)

@@ Line 24: / Line 24: @@
 The host and controller typically provide multiple higher level software processes (i.e., class drivers and servers), one for each higher level protocol they support. Hosts provide a single port driver for each different communications mechanism (i.e., port type) they support. Controllers typically support only one communications mechanism and therefore provide only one port driver.
-The Storage Systems Port is an interface which enables use of the Unibus, Q-Bus, BI, and XMI busses as communications mechanisms between a host and a controller.
+The Storage Systems Port is an interface which enables use of the [[UNIBUS|Unibus]], [[QBUS|Q-Bus]], [[VAX Bus Interconnect|BI]], and [[XMI]] busses as communications mechanisms between a host and a controller.
 Figure 1-1 illustrates the various components of a DSA storage subsystem that utilizes the Storage Systems Port.