Appendix D: Storage Systems

Similar documents
I/O CANNOT BE IGNORED

I/O CANNOT BE IGNORED

Lecture 23: Storage Systems. Topics: disk access, bus design, evaluation metrics, RAID (Sections )

Page 1. Magnetic Disk Purpose Long term, nonvolatile storage Lowest level in the memory hierarchy. Typical Disk Access Time

Chapter 6. Storage and Other I/O Topics

Storage System COSC UCB

Mass-Storage Structure

Concepts Introduced. I/O Cannot Be Ignored. Typical Collection of I/O Devices. I/O Issues

Administrivia. CMSC 411 Computer Systems Architecture Lecture 19 Storage Systems, cont. Disks (cont.) Disks - review

Storage systems. Computer Systems Architecture CMSC 411 Unit 6 Storage Systems. (Hard) Disks. Disk and Tape Technologies. Disks (cont.

Lecture: Storage, GPUs. Topics: disks, RAID, reliability, GPUs (Appendix D, Ch 4)

UNIVERSITY OF MASSACHUSETTS Dept. of Electrical & Computer Engineering. Computer Architecture ECE 568

UNIVERSITY OF MASSACHUSETTS Dept. of Electrical & Computer Engineering. Computer Architecture ECE 568

CS2410: Computer Architecture. Storage systems. Sangyeun Cho. Computer Science Department University of Pittsburgh

Computer System Architecture

Storage Systems. Storage Systems

I/O, Disks, and RAID Yi Shi Fall Xi an Jiaotong University

High-Performance Storage Systems

5.11 Parallelism and Memory Hierarchy: Redundant Arrays of Inexpensive Disks 485.e1

Computer Organization and Structure. Bing-Yu Chen National Taiwan University

Che-Wei Chang Department of Computer Science and Information Engineering, Chang Gung University

Virtual Memory. Reading. Sections 5.4, 5.5, 5.6, 5.8, 5.10 (2) Lecture notes from MKP and S. Yalamanchili

Storage Devices for Database Systems

Storage. Hwansoo Han

Lecture 25: Interconnection Networks, Disks. Topics: flow control, router microarchitecture, RAID

CSE325 Principles of Operating Systems. Mass-Storage Systems. David P. Duggan. April 19, 2011

Chapter 9: Peripheral Devices: Magnetic Disks

UNIVERSITY OF MASSACHUSETTS Dept. of Electrical & Computer Engineering. Computer Architecture ECE 568

CS152 Computer Architecture and Engineering Lecture 19: I/O Systems

CS61C : Machine Structures

Some material adapted from Mohamed Younis, UMBC CMSC 611 Spr 2003 course slides Some material adapted from Hennessy & Patterson / 2003 Elsevier

Chapter 13: Mass-Storage Systems. Disk Scheduling. Disk Scheduling (Cont.) Disk Structure FCFS. Moving-Head Disk Mechanism

Chapter 13: Mass-Storage Systems. Disk Structure

Module 13: Secondary-Storage Structure

CSE 120. Operating Systems. March 27, 2014 Lecture 17. Mass Storage. Instructor: Neil Rhodes. Wednesday, March 26, 14

RAID (Redundant Array of Inexpensive Disks)

Lecture 13. Storage, Network and Other Peripherals

CPS104 Computer Organization and Programming Lecture 18: Input-Output. Outline of Today s Lecture. The Big Picture: Where are We Now?

Computer Science 146. Computer Architecture

Definition of RAID Levels

Distributed Video Systems Chapter 5 Issues in Video Storage and Retrieval Part 2 - Disk Array and RAID

Chapter 6 Storage and Other I/O Topics

CISC 7310X. C11: Mass Storage. Hui Chen Department of Computer & Information Science CUNY Brooklyn College. 4/19/2018 CUNY Brooklyn College

Chapter 6 External Memory

The term "physical drive" refers to a single hard disk module. Figure 1. Physical Drive

Some material adapted from Mohamed Younis, UMBC CMSC 611 Spr 2003 course slides Some material adapted from Hennessy & Patterson / 2003 Elsevier

Introduction Disks RAID Tertiary storage. Mass Storage. CMSC 420, York College. November 21, 2006

Physical Storage Media

Lecture 23: I/O Redundant Arrays of Inexpensive Disks Professor Randy H. Katz Computer Science 252 Spring 1996

Chapter 11. I/O Management and Disk Scheduling

Chapter 10: Mass-Storage Systems. Operating System Concepts 9 th Edition

Topics. Lecture 8: Magnetic Disks

CSCI-GA Database Systems Lecture 8: Physical Schema: Storage

Readings. Storage Hierarchy III: I/O System. I/O (Disk) Performance. I/O Device Characteristics. often boring, but still quite important

CS 471 Operating Systems. Yue Cheng. George Mason University Fall 2017

Chapter 12: Mass-Storage

Physical Representation of Files

Thomas Polzer Institut für Technische Informatik

Where We Are in This Course Right Now. ECE 152 Introduction to Computer Architecture Input/Output (I/O) Copyright 2012 Daniel J. Sorin Duke University

Storage and File Structure. Classification of Physical Storage Media. Physical Storage Media. Physical Storage Media

Ch 11: Storage and File Structure

Database Systems. November 2, 2011 Lecture #7. topobo (mit)

Computer Architecture Computer Science & Engineering. Chapter 6. Storage and Other I/O Topics BK TP.HCM

Lecture 27: Pot-Pourri. Today s topics: Shared memory vs message-passing Simultaneous multi-threading (SMT) GPUs Disks and reliability

CMSC 424 Database design Lecture 12 Storage. Mihai Pop

Operating Systems 2010/2011

Lecture 9. I/O Management and Disk Scheduling Algorithms

Computer Organization and Technology External Memory

Mass-Storage. ICS332 - Fall 2017 Operating Systems. Henri Casanova

A track on a magnetic disk is a concentric rings where data is stored.

CSE 120. Overview. July 27, Day 8 Input/Output. Instructor: Neil Rhodes. Hardware. Hardware. Hardware

Input/Output. Today. Next. Principles of I/O hardware & software I/O software layers Disks. Protection & Security

Chapter 10: Mass-Storage Systems

1. Introduction. Traditionally, a high bandwidth file system comprises a supercomputer with disks connected

CS3600 SYSTEMS AND NETWORKS

Chapter-6. SUBJECT:- Operating System TOPICS:- I/O Management. Created by : - Sanjay Patel

Chapter 14: Mass-Storage Systems. Disk Structure

Part IV I/O System. Chapter 12: Mass Storage Structure

COMP283-Lecture 3 Applied Database Management

CS5460: Operating Systems Lecture 20: File System Reliability

Mass-Storage. ICS332 Operating Systems

Chapter 10: Mass-Storage Systems. Operating System Concepts 9 th Edition

Introduction to I/O and Disk Management

Chapter 6. Storage and Other I/O Topics. ICE3003: Computer Architecture Fall 2012 Euiseong Seo

Introduction to I/O and Disk Management

CSE 380 Computer Operating Systems

Chapter 10: Mass-Storage Systems

Magnetic Disks. Tore Brox-Larsen Including material developed by Pål Halvorsen, University of Oslo (primarily) Kai Li, Princeton University

IST346. Data Storage

V. Mass Storage Systems

Chapter 6. Storage and Other I/O Topics

u Covered: l Management of CPU & concurrency l Management of main memory & virtual memory u Currently --- Management of I/O devices

File. File System Implementation. Operations. Permissions and Data Layout. Storing and Accessing File Data. Opening a File

Chapter 6. Storage and Other I/O Topics. Jiang Jiang

Session: Hardware Topic: Disks. Daniel Chang. COP 3502 Introduction to Computer Science. Lecture. Copyright August 2004, Daniel Chang

Lecture 29. Friday, March 23 CS 470 Operating Systems - Lecture 29 1

Introduction to Input and Output

UC Santa Barbara. Operating Systems. Christopher Kruegel Department of Computer Science UC Santa Barbara

CS370 Operating Systems

CS61C - Machine Structures. Week 7 - Disks. October 10, 2003 John Wawrzynek

Transcription:

Appendix D: Storage Systems Instructor: Josep Torrellas CS433 Copyright Josep Torrellas 1999, 2001, 2002, 2013 1

Storage Systems : Disks Used for long term storage of files temporarily store parts of pgm when running Disk : collection of 1-12 platters rotating at 3,600-15,000 RPM s magnetic material on both sides (surfaces) diameter = 1.0-3.5 in each surface = 5,000-30,000 tracks each track 100-500 sectors sector : smallest unit that can be read /written 2

Storage Systems : Disks Traditionally, all tracks = same # sectors outer tracks record info at lower density; now more sectors on outer tracks Movable arm contains Rd/Wr head over each surface Arms move together Cylinder : all tracks under the arms at a point in time Time : seek : move arm to proper track rotational delay : average latency = 1/2 rotation Avg Rot. Del = 0.5/10,000 rpm = 3.0 ms 3

Storage Systems : Disks transfer time : Time taken to transfer 1 block under the rd/wr head (3-65 MB/s) disk controller time : queuing delay : time until disk is available Avg time to rd 512 B sector, seek = 5 ms, Xfer rate = 40 MB/s rotation 10,000 rpm ; controller ovh = 0.1ms ; no queuing 5ms + 0.5 + 0.5 KB + 0.1ms 10000 40.0 MB/s 5 + 3.0 + 0.013 + 0.1 = 8.11 ms 4

Storage Systems : Disks Areal density in bits per square inch: Tracks /inch on a disk surface * bits/inch on a track 100% increase per year => double every year (20 Billion bits/sq in now) Magnetic disks are challenged flash memory: - Non-volatile - Latency 100-1000 times lower than disks - But: Wearout 5

RAID: Redundant Arrays of Inexpensive Disks Disk arrays: Have many disk drives and, therefore, many disk arms (rather than a single disk arm): increase potential throughput unfortunately, with many more devices, dependability decreases: N devices generally have 1/Nth of the reliability of a single device. Result: disk array has many more faults than a smaller number of larger disks Add redundant disks to tolerate faults: dependability increases if a single disk fails: the lost information is reconstructed from the redundant information Result: RAID: redundant array of inexpensive disks 6

Issues Spread the data over multiple disks: Striping If second disk fails while the first one is being repaired, cannot recover Not a problem: MTTF of a disk is tens of years, while MTTR is hours --> redundancy makes the measured reliability of 100 disks much higher than that of a single disk. 7

Other Issues Detecting disk faults: usually feasible Design of RAIDs that decrease the MTTR: include hot spares on the system: extra disks not used in normal operation that are pressed into service if a failure occurs Data missing from the failed disk are reconstructed onto the hot spare using the redundant data from the other RAID disks Done automatically, which reduces MTTR Hot Swapping:Components are replaced without shutting down the computer Overall: a system with hot spares and hot swapping never goes offline. 8

Different RAID levels (Fig D.4) 9

No Redundancy (RAID 0) Data are striped but there is no redundancy to tolerate disk failure Data appears to the software as laid out in a single large disk Improves the performance for large accesses because many disks operate in parallel 10

Mirroring (RAID 1) Also called shadowing Use twice as many disks: when data are written to one disk, they are also written to a second one If a disk fails, the system goes to the mirror to get the desired information Very expensive 11

Bit-Interleaved Parity (RAID 3) Have a Protection Group, composed of N disks. One additional disk is used to keep redundant data to restore lost information on a failure Popular implementation Parity is one example of this scheme Assumption: failures very rare Mirroring is a special case where N=1 12

Block-Interleaved Parity (RAID 4) Use the same ratio of data disks and check disks as RAID3 but they access data differently Parity is stored as blocks and associated with a set of data blocks RAID 4: On a write, instead of reading N-1 disks and updating 1 disk and the parity, we read 1 disk and the parity and write one disk and the parity RAID 4: Good for small writes 13

Distributed Block-Interleaved Parity (RAID 5) RAID 4: parity disk is updated on every write --> it becomes the bottleneck RAID 5: distribute the parity throughout all the disk so that there is no single bottleneck for writes 14

P + Q Redundancy (RAID 6) Adds a second disk per protection group This second disk performs a second calculation over the data Allows the recovery from a second failure 15

DMA (Direct Memory Access) DMA : hardware to perform transfers of data Mem I/O without bothering CPU DMA is like specialized processor acts as a master of the bus CPU sets the DMA regs (mem address,disk blocks,#bytes) once DMA done, CPU is interrupted 16

I/O Performance Measures Response time = time finish server time deposited in queue Throughput = #tasks completed by server / unit time Producer Server Queue 17

I/O Performance Measures if server always busy highest throughput high response time computer transaction has : entry time: time for user to enter the command graphics = 0.25 sec ; keyboard 4.0s system response time : time until the response is displayed think time : time from reception of response to user begins to enter new command Transaction time productivity α 1 transaction time 18

Observation : If response time, think time also as a result, transaction time 19