CSE 451: Operating Systems Winter Secondary Storage. Steve Gribble. Secondary storage

Similar documents
CSE 451: Operating Systems Winter Lecture 12 Secondary Storage. Steve Gribble 323B Sieg Hall.

CSE 451: Operating Systems Spring Module 12 Secondary Storage. Steve Gribble

CSE 451: Operating Systems Spring Module 12 Secondary Storage

Ref: Chap 12. Secondary Storage and I/O Systems. Applied Operating System Concepts 12.1

Secondary storage. CS 537 Lecture 11 Secondary Storage. Disk trends. Another trip down memory lane

I/O & Storage. Jin-Soo Kim ( Computer Systems Laboratory Sungkyunkwan University

STORAGE SYSTEMS. Operating Systems 2015 Spring by Euiseong Seo

Operating Systems. Operating Systems Professor Sina Meraji U of T

CSE 153 Design of Operating Systems

CSE 153 Design of Operating Systems Fall 2018

Hard Disk Drives (HDDs) Jin-Soo Kim Computer Systems Laboratory Sungkyunkwan University

Hard Disk Drives (HDDs)

Ricardo Rocha. Department of Computer Science Faculty of Sciences University of Porto

Ricardo Rocha. Department of Computer Science Faculty of Sciences University of Porto

Mass-Storage Structure

CS420: Operating Systems. Mass Storage Structure

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

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

CHAPTER 12: MASS-STORAGE SYSTEMS (A) By I-Chen Lin Textbook: Operating System Concepts 9th Ed.

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

CSE 120 Principles of Operating Systems

Chapter 12: Mass-Storage Systems. Operating System Concepts 8 th Edition,

Chapter 12: Secondary-Storage Structure. Operating System Concepts 8 th Edition,

Disk Scheduling COMPSCI 386

Disks: Structure and Scheduling

Mass-Storage Systems

CS3600 SYSTEMS AND NETWORKS

OPERATING SYSTEMS CS3502 Spring Input/Output System Chapter 9

Chapter 10: Mass-Storage Systems

Tape pictures. CSE 30341: Operating Systems Principles

Chapter 12: Mass-Storage

OPERATING SYSTEMS CS3502 Spring Input/Output System Chapter 9

Mass-Storage. ICS332 Operating Systems

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

Chapter 10: Mass-Storage Systems

Disc Allocation and Disc Arm Scheduling?

Introduction to I/O and Disk Management

Disks and RAID. CS 4410 Operating Systems. [R. Agarwal, L. Alvisi, A. Bracy, E. Sirer, R. Van Renesse]

Storing Data: Disks and Files

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

Chapter 13: Mass-Storage Systems. Disk Structure

Introduction to I/O and Disk Management

CSE 120 Principles of Operating Systems

Today: Secondary Storage! Typical Disk Parameters!

CSC369 Lecture 9. Larry Zhang, November 16, 2015

CSCI-GA Operating Systems. I/O : Disk Scheduling and RAID. Hubertus Franke

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

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

EIDE, ATA, SATA, USB,

Overview of Mass Storage Structure

Hard Disk Drives. Nima Honarmand (Based on slides by Prof. Andrea Arpaci-Dusseau)

CS370: System Architecture & Software [Fall 2014] Dept. Of Computer Science, Colorado State University

EECS 482 Introduction to Operating Systems

Chapter 11. I/O Management and Disk Scheduling

Free Space Management

Module 1: Basics and Background Lecture 4: Memory and Disk Accesses. The Lecture Contains: Memory organisation. Memory hierarchy. Disks.

Disk Scheduling. Based on the slides supporting the text

EECS 482 Introduction to Operating Systems

37. Hard Disk Drives. Operating System: Three Easy Pieces

Module 13: Secondary-Storage

Disks October 22 nd, 2010

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

Mass-Storage Systems. Mass-Storage Systems. Disk Attachment. Disk Attachment

Chapter 12: Mass-Storage Systems. Operating System Concepts 8 th Edition,

Storage. CS 3410 Computer System Organization & Programming

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

Chapter 14: Mass-Storage Systems

CS510 Operating System Foundations. Jonathan Walpole

COS 318: Operating Systems. Storage Devices. Vivek Pai Computer Science Department Princeton University

Mass Storage. 2. What are the difference between Primary storage and secondary storage devices? Primary Storage is Devices. Secondary Storage devices

V. Mass Storage Systems

Chapter 10: Mass-Storage Systems

Lecture 16: Storage Devices

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

Operating Systems Peter Pietzuch

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

ECE331: Hardware Organization and Design

Anatomy of a disk. Stack of magnetic platters. Disk arm assembly

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

Professor: Pete Keleher! Closures, candidate keys, canonical covers etc! Armstrong axioms!

Database Systems II. Secondary Storage

COS 318: Operating Systems. Storage Devices. Kai Li Computer Science Department Princeton University

Module 13: Secondary-Storage Structure

Disk Scheduling. Chapter 14 Based on the slides supporting the text and B.Ramamurthy s slides from Spring 2001

CS370: Operating Systems [Spring 2017] Dept. Of Computer Science, Colorado State University

Principles of Operating Systems CS 446/646

I/O 1. Devices and I/O. key concepts device registers, device drivers, program-controlled I/O, DMA, polling, disk drives, disk head scheduling

CS370 Operating Systems

Operating Systems. Designed and Presented by Dr. Ayman Elshenawy Elsefy

CSE506: Operating Systems CSE 506: Operating Systems

COS 318: Operating Systems. Storage Devices. Jaswinder Pal Singh Computer Science Department Princeton University

Chapter 14: Mass-Storage Systems. Disk Structure

CS370: Operating Systems [Fall 2018] Dept. Of Computer Science, Colorado State University

Disks March 15, 2010

Mass-Storage Structure

CS370: Operating Systems [Fall 2018] Dept. Of Computer Science, Colorado State University

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

CS 405G: Introduction to Database Systems. Storage

Department of Computer Engineering University of California at Santa Cruz. File Systems. Hai Tao

File. File System Implementation. File Metadata. File System Implementation. Direct Memory Access Cont. Hardware background: Direct Memory Access

Transcription:

CSE 451: Operating Systems Winter 2005 Secondary Storage Steve Gribble Secondary storage Secondary storage typically: is anything that is outside of primary memory does not permit direct execution of instructions or data retrieval via machine load/store instructions Characteristics: it s large: 30-250GB it s cheap: $1/GB it s persistent: data survives power loss it s slow: milliseconds to access why is this slow?? 2/14/05 2005 Steve Gribble 2 1

Another trip down memory lane IBM 2314 About the size of 6 refrigerators 8 x 29MB (M!) 2/14/05 2005 Steve Gribble 3 Disk trends Disk capacity, 1975-1989 doubled every 3+ years 25% improvement each year factor of 10 every decade exponential, but far less rapid than processor performance Disk capacity since 1990 doubling every 12 months 100% improvement each year factor of 1000 every decade 10x as fast as processor performance! 2/14/05 2005 Steve Gribble 4 2

Memory hierarchy 100 bytes 256KB 32KB CPU registers L1 cache L2 cache <1 ns 1 ns 4 ns 1GB Primary Memory 60 ns 100GB Secondary Storage 10+ ms 1-1000TB Tertiary Storage 1s-1hr Each level acts as a cache of lower levels 2/14/05 2005 Steve Gribble 5 Memory hierarchy: distance analogy 1 CPU registers My head 1 minute 10 minutes 1.5 hours L1 cache L2 cache Primary Memory This room This building Olympia 2,000 years 2 years Secondary Storage Tertiary Storage Pluto Andromeda 2/14/05 2005 Steve Gribble 6 3

Disks and the OS Disks are messy, messy devices errors, bad blocks, missed seeks, etc. Job of OS is to hide this mess from higher-level software low-level device drivers (initiate a disk read, etc.) higher-level abstractions (files, databases, etc.) OS may provide different levels of disk access to different clients physical disk block (surface, cylinder, sector) disk logical block (disk block #) file logical (filename, block or record or byte #) 2/14/05 2005 Steve Gribble 7 Physical disk structure Disk components platters surfaces tracks sectors cylinders arm track sector surface heads cylinder platter arm head 2/14/05 2005 Steve Gribble 8 4

Disk performance Performance depends on a number of steps seek: moving the disk arm to the correct cylinder depends on how fast disk arm can move seek times aren t diminishing very quickly (why?) rotation (latency): waiting for the sector to rotate under head depends on rotation rate of disk rates are increasing, but slowly (why?) transfer: transferring data from surface into disk controller, and from there sending it back to host depends on density of bytes on disk increasing, and very quickly When the OS uses the disk, it tries to minimize the cost of all of these steps particularly seeks and rotation 2/14/05 2005 Steve Gribble 9 Disk scheduling Seeks are very expensive, so the OS attempts to schedule disk requests that are queued waiting for the disk FCFS (do nothing) reasonable when load is low long waiting time for long request queues SSTF (shortest seek time first) minimize arm movement (seek time), maximize request rate unfairly favors middle blocks SCAN (elevator algorithm) service requests in one direction until done, then reverse skews wait times non-uniformly (why?) C-SCAN like scan, but only go in one direction (typewriter) uniform wait times 2/14/05 2005 Steve Gribble 10 5

Interacting with disks In the old days OS would have to specify cylinder #, sector #, surface #, transfer size i.e., OS needs to know all of the disk parameters Modern disks are even more complicated not all sectors are the same size, sectors are remapped, disk provides a higher-level interface, e.g., SCSI exports data as a logical array of blocks [0 N] maps logical blocks to cylinder/surface/sector OS only needs to name logical block #, disk maps this to cylinder/surface/sector on-board cache as a result, physical parameters are hidden from OS both good and bad 2/14/05 2005 Steve Gribble 11 Example disk characteristics IBM Ultrastar 36XP drive form factor: 3.5 capacity: 36.4 GB rotation rate: 7,200 RPM (120 RPS) platters: 10 surfaces: 20 sector size: 512-732 bytes cylinders: 11,494 cache: 4MB transfer rate: 17.9 MB/s (inner) 28.9 MB/s (outer) full seek: 14.5 ms head switch: 0.3 ms 2/14/05 2005 Steve Gribble 12 6