Chapter 14 Mass-Storage Structure

Similar documents
Chapter 14: Mass-Storage Systems

Module 13: Secondary-Storage

Tape pictures. CSE 30341: Operating Systems Principles

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

Chapter 14: Mass-Storage Systems

MASS-STORAGE STRUCTURE

Overview of Mass Storage Structure

Silberschatz, et al. Topics based on Chapter 13

Chapter 5: Input Output Management. Slides by: Ms. Shree Jaswal

Chapter 12: Mass-Storage Systems

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

Chapter 13: Mass-Storage Systems. Disk Structure

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

Chapter 11: Mass-Storage Systems

Chapter 14: Mass-Storage Systems. Disk Structure

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

UNIT-7. Overview of Mass Storage Structure

Chapter 10: Mass-Storage Systems

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

Module 13: Secondary-Storage Structure

Chapter 12: Mass-Storage

Disk scheduling Disk reliability Tertiary storage Swap space management Linux swap space management

Chapter 7: Mass-storage structure & I/O systems. Operating System Concepts 8 th Edition,

Silberschatz and Galvin Chapter 14

Chapter 10: Mass-Storage Systems

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

V. Mass Storage Systems

CS3600 SYSTEMS AND NETWORKS

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

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

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

Disk Scheduling. Based on the slides supporting the text

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

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

Today: Secondary Storage! Typical Disk Parameters!

CS370 Operating Systems

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

Mass-Storage Structure

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

Chapter 10: Mass-Storage Systems

Mass-Storage Structure

Chapter 12: Mass-Storage

Chapter 12: Mass-Storage

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

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

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

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

Operating Systems 2010/2011

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

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

Chapter 11: File System Implementation. Objectives

UNIT 4 Device Management

Free Space Management

CS420: Operating Systems. Mass Storage Structure

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

CHAPTER 12 AND 13 - MASS-STORAGE STRUCTURE & I/O- SYSTEMS

Ch 11: Storage and File Structure

Lecture 9. I/O Management and Disk Scheduling Algorithms

EIDE, ATA, SATA, USB,

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

Overview of Mass Storage Structure

Mass-Storage. ICS332 Operating Systems

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

I/O Systems and Storage Devices

EI 338: Computer Systems Engineering (Operating Systems & Computer Architecture)

CS 537 Fall 2017 Review Session

OPERATING SYSTEMS CS3502 Spring Input/Output System Chapter 9

Physical Storage Media

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

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

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

MODULE 4. FILE SYSTEM AND SECONDARY STORAGE

Operating Systems. Operating Systems Professor Sina Meraji U of T

Outlines. Chapter 2 Storage Structure. Structure of a DBMS (with some simplification) Structure of a DBMS (with some simplification)

OPERATING SYSTEMS CS3502 Spring Input/Output System Chapter 9

I/O Device Controllers. I/O Systems. I/O Ports & Memory-Mapped I/O. Direct Memory Access (DMA) Operating Systems 10/20/2010. CSC 256/456 Fall

Disk Scheduling COMPSCI 386

10. Mass-Storage Structure

OPERATING SYSTEM. Chapter 12: File System Implementation

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

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

Chapter 11: Implementing File Systems

CMSC 424 Database design Lecture 12 Storage. Mihai Pop

Disc Allocation and Disc Arm Scheduling?

CSE 380 Computer Operating Systems

Operating Systems. Mass-Storage Structure Based on Ch of OS Concepts by SGG

CSE Opera+ng System Principles

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

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

CSE380 - Operating Systems. Communicating with Devices

Chapter 10: File System Implementation

Database Systems II. Secondary Storage

Chapter 12: File System Implementation

V. File System. SGG9: chapter 11. Files, directories, sharing FS layers, partitions, allocations, free space. TDIU11: Operating Systems

CHAPTER 11: IMPLEMENTING FILE SYSTEMS (COMPACT) By I-Chen Lin Textbook: Operating System Concepts 9th Ed.

Chapter 11. I/O Management and Disk Scheduling

I/O Hardwares. Some typical device, network, and data base rates

Virtual File System -Uniform interface for the OS to see different file systems.

Chapter 12: File System Implementation. Operating System Concepts 9 th Edition

Part IV I/O System Chapter 1 2: 12: Mass S torage Storage Structur Structur Fall 2010

Transcription:

Chapter 14 Mass-Storage Structure 1

Outline Disk Structure Disk Scheduling Disk Management Swap-Space Management RAID Structure Disk Attachment Stable-Storage Implementation Tertiary Storage Devices 2

14.1 Disk Structure Disk drives are addressed as large 1-dimensional arrays of logical blocks, where the logical block is the smallest unit of transfer. The 1-dimensional array of logical blocks is mapped into the sectors of the disk sequentially. Sector 0 is the first sector of the first track on the outermost cylinder. Mapping proceeds (Cylinder, Track, Sector) In practice, not always possible Defective Sectors # of tracks per cylinders is not a constant 3

14.2 Disk Scheduling 4

Overview OS is responsible for using hardware efficiently For disk drives fast access time and disk bandwidth Access time has two major components Seek time is the time for the disk to move the heads to the cylinder containing the desired sector Seek time seek distance Minimize seek time Rotational latency is the additional time waiting for the disk to rotate the desired sector to the disk head Difficult for OS Disk bandwidth is the total number of bytes transferred, divided by the total time between the first request for service and the completion of the last transfer 5

Overview (Cont.) Several algorithms exist to schedule the servicing of disk I/O requests. We illustrate them with a request queue (0-199). 98, 183, 37, 122, 14, 124, 65, 67 Head pointer 53 6

FCFS Illustration shows total head movement of 640 cylinders. 7

SSTF Shortest-Seek-Time First (SSTF) Selects the request with the minimum seek time from the current head position. SSTF scheduling is a form of SJF scheduling; may cause starvation of some requests. Remember that requests may arrive at any time Illustration shows total head movement of 236 cylinders. Not always optimal (how about 53 37 14 65 ) 8

SSTF (Cont.) 9

SCAN The disk arm starts at one end of the disk, and moves toward the other end, servicing requests until it gets to the other end of the disk, where the head movement is reversed and servicing continues. Sometimes called the elevator algorithm. Illustration shows total head movement of 208 cylinders. 10

SCAN (Cont.) 11

C-SCAN Provides a more uniform wait time than SCAN. The head moves from one end of the disk to the other, servicing requests as it goes. When it reaches the other end, however, it immediately returns to the beginning of the disk, without servicing any requests on the return trip. Treats the cylinders as a circular list that wraps around from the last cylinder to the first one. 12

C-SCAN (Cont.) 13

C-LOOK Version of C-SCAN Arm only goes as far as the last request in each direction, then reverses direction immediately, without first going all the way to the end of the disk. 14

C-LOOK (Cont.) 15

Selecting a Disk-Scheduling Algorithm SSTF is common and has a natural appeal SCAN and C-SCAN perform better for systems that place a heavy load on the disk Performance relies on the number and types of requests Requests for disk service can be influenced by the file-allocation method (Contiguous? Linked? Indexed?) The disk-scheduling algorithm should be written as a separate module of the operating system, allowing it to be replaced with a different algorithm if necessary Either SSTF or LOOK is a reasonable choice for the default algorithm Scheduled by OS? Scheduled by disk controller? 16

14.3 Disk Management 17

Disk Formatting Low-level formatting, or physical formatting Divide a disk into sectors that the controller can read and write Special data structure for each sector: header data trailer Header and Trailer contains information used by disk controller, such as a sector number and an Error-correcting code (ECC) When the controller writes a sector of data, ECC is updated with a value calculated from all the bytes in the data area When the sector is read, ECC is recalculated and is compared with the stored value verify the data is correct 18

Disk Partition To use a disk to hold files, OS still needs to record its own data structures on the disk Partition the disk into one or more groups of cylinders Each partition can be treated as a separate disk Logical formatting or making a file system Store the initial file-system data structure onto the disk Maps of free and allocated space (FAT or inode) Initial empty directory 19

A Typical File-System Organization 20

Raw Disk Use a disk partition as a large sequential array of logical blocks, with any file-system data structures Raw I/O Example Database systems prefer raw I/O because it enables them to control the exact disk location where each database record is stored Raw I/O bypasses all the file-system services, such as the buffer cache, file locking, pre-fetching, space allocation, file names, and directories 21

Boot Block Boot block initializes system Initialize CPU registers, device controllers, main memory Start OS A tiny bootstrap loader is stored in boot ROM Bring a full bootstrap program from disk Full bootstrap program is stored in boot blocks (fixed location) The boot ROM instructs the disk controller to read the boot blocks into memory, and then start executing the code to load the entire OS 22

MS-DOS Disk Layout 23

Bad Blocks IDE MS-DOS format : write a special value into the corresponding FAT entry for bad blocks MS-DOS chkdsk : search and lock bad blocks 24

Bad Blocks SCSI (Cont.) Controller maintains a list of bad blocks on the disk Low-level formatting spare sectors (OS don t know) Controller replaces each bad sector logically with one of the spare sectors (sector sparing, or forwarding) Invalidate optimization by OS s disk scheduling Each cylinder has a few spare sectors 25

Bad Blocks SCSI (Cont.) Typical bad-sector transaction OS tries to read logical block 87 Controller calculates ECC and finds that it is bad. Report to OS Reboot next time, a special command is run to tell the controller to replace the bad sector with a spare. Whenever the system requests block 87, it is translated into the replacement sector s address by the controller Sector slipping: Ex. 17 defective, spare follows sector 202 Spare 202 201 18 17 26

14.4 Swap-Space Management 27

Swap-Space Use Swap-space Virtual memory uses disk space as an extension of main memory Main goal for the design and implementation of swap space is to provide the best throughput for VM system Swap-space use Swapping use swap space to hold entire process image Paging simple store pages that have been pushed out of memory Some OS may support multiple swap-space Put on separate disks to balance the load Better to overestimate than underestimate If out of swap-space, some processes must be aborted or system crashed 28

Swap-Space Location Swap-space: In a separate disk partition or in a normal file system (in UNIX, mkfile and swapadd (or fstab, vfstab)) Convenience of allocation and management in the file system, and the performance of swapping in raw partitions Swap-space in a file-system simply a large file Navigating the directory structure and the disk-allocation data structure takes time and potentially extra disk accesses External fragmentation can greatly increase swapping times by forcing multiple seeks during reading or writing of a process image Improve by caching in main memory and contiguous allocation The cost of traversing FS data structure still remains 29

Swap-Space Location (Cont.) Swap-space in a separate partition Create a fixed amount of swap space during disk partitioning Raw partition A separate swap-space storage manager is used to allocate and deallocate blocks Use algorithms optimized for speed, rather than storage efficiency Internal fragment may increase Some OS supports both 30

Swap-space Management (Example) 4.3BSD allocates swap space when process starts; holds text segment (the program) and data segment. Kernel uses swap maps to track swap-space use Solaris 1: text-segment pages (clean pages) are brought in from the file system and are thrown away if selected for paged out (more efficient) Solaris 2: allocates swap space only when a page is forced out of physical memory, not when the virtual memory page is first created. 31

4.3 BSD Segment Swap Map 512K 512K 512K 71K Text-segment swap map Data-segment swap map 16K 32K 64K 128K 32

14.5 RAID Structure 33

3 Important Aspects of Mass Storages Reliability is anything broken? Redundancy is main hack to increased reliability Availability is the system still available to the user? When single point of failure occurs is the rest of the system still usable? ECC and various correction schemes help (but cannot improve reliability) Data Integrity You must know exactly what is lost when something goes wrong 34

Disk Arrays Multiple arms improve throughput, but not necessarily improve latency Striping Spreading data over multiple disks Reliability General metric is N devices have 1/N reliability Rule of thumb: MTTF of a disk is about 5 years Hence need to add redundant disks to compensate MTTR ::= mean time to repair (or replace) (hours for disks) If MTTR is small then the array s MTTF can be pushed out significantly with a fairly small redundancy factor 35

Disk Striping & Parity RAID Disk Striping Data Block Block Interleaved Parity RAID Data Block Parity :Subblock :Subblock 36

Data Striping Bit-level striping: split the bit of each bytes across multiple disks No. of disks can be a multiple of 8 or divides 8 Block-level striping: blocks of a file are striped across multiple disks; with n disks, block i goes to disk (i mod n)+1 Every disk participates in every access Number of I/O per second is the same as a single disk Number of data per second is improved Provide high data-transfer rates, but not improve reliability 37

Redundant Arrays of Disks Files are "striped" across multiple disks Availability is improved by adding redundant disks If a single disk fails, the lost information can be reconstructed from redundant information Capacity penalty to store redundant information Bandwidth penalty to update RAID Redundant Arrays of Inexpensive Disks Redundant Arrays of Independent Disks Hot Spare and Hot Swap 38

Raid Levels, Reliability, Overhead Redundant information 39

RAID Levels 40

RAID Levels 0-1 RAID 0 No redundancy (Just block striping) Cheap but unable to withstand even a single failure RAID 1 Mirroring Each disk is fully duplicated onto its "shadow Files written to both, if one fails flag it and get data from the mirror Reads may be optimized use the disk delivering the data first Bandwidth sacrifice on write: Logical write = two physical writes Most expensive solution: 100% capacity overhead Targeted for high I/O rate, high availability environments RAID 0+1 stripe first, then mirror the stripe RAID 1+0 mirror first, then stripe the mirror 41

RAID Levels 2 & 3 RAID 2 Memory style ECC Cuts down number of additional disks Actual number of redundant disks will depend on correction model RAID 2 is not used in practice RAID 3 Bit-interleaved parity Reduce the cost of higher availability to 1/N (N = # of disks) Use one additional redundant disk to hold parity information Bit interleaving allows corrupted data to be reconstructed Interesting trade off between increased time to recover from a failure and cost reduction due to decreased redundancy Parity = sum of all relative disk blocks (module 2) Hence all disks must be accessed on a write potential bottleneck Targeted for high bandwidth applications: Scientific, Image Processing 42

RAID Level 3: Parity Disk (Cont.) 10010011 11001101 10010011... P logical record 1 Striped physical records 0 0 1 0 0 1 1 1 1 0 0 1 1 0 1 1 0 0 1 0 0 1 1 1 1 0 0 1 1 1 1 25% capacity cost for parity in this configuration (1/N) 43

RAID Levels 4 & 5 & 6 RAID 4 Block interleaved parity Similar idea as RAID 3 but sum is on a per block basis Hence only the parity disk and the target disk need be accessed Problem still with concurrent writes since parity disk bottlenecks RAID 5 Block interleaved distributed parity Parity blocks are interleaved and distributed on all disks Hence parity blocks no longer reside on same disk Probability of write collisions to a single drive are reduced Hence higher performance in the consecutive write situation RAID 6 Similar to RAID 5, but stores extra redundant information to guard against multiple disk failures 44

Raid 4 & 5 Illustration RAID 4 RAID 5 Targeted for mixed applications A logical write becomes four physical I/Os 45

14.6 Disk Attachment 46

Disk Attachment Disks may be attached one of two ways: Host attached via an I/O port Network attached via a network connection Network-attached storage implemented as a RAID array with software that implements RPC interface for NFS (UNIX machines) or CIFS (Windows machines) Storage-area network a private network (using storage protocols rather than network protocols) among servers and storage units, separate from LAN or WAN connecting clients and servers 47

Network-Attached Storage 48

Storage Area Network 49

14.7 Stable-Storage Implementation 50

Overview Information residing in stable storage is never lost To implement stable storage: Replicate information on more than one nonvolatile storage media with independent failure modes Coordinate the writing of updates in a way that guarantees that a failure during an update will not leave all the copies in a damaged state, to ensure that we can recover the stable data after any failure during data transfer or recovery 51

Disk Write Result Successful Completion Partial Failure: failure occurred in the midst of transfer, so some of the sectors were written with the new data, and the sector being written during the failure may have been corrupted Total Failure: failure occurred before the disk write started, so the previous data value on the disk remain intact 52

Recoverable Write System must maintain (at least) 2 physical blocks for each logical block, for detecting and recovering from failure Recoverable write Write the information onto the first physical block When the first write completes successfully, write the same information onto the second physical block Declare the operation complete only after the second write completes successfully 53

Failure Detection and Recovery Each pair of physical blocks is examined If both are the same and no detectable error exists OK If one contains a detectable error, then we replace its contents with the value of the other block If both contain no detectable error, but they differ in content, then we replace the content of the first block with the value of the second Ensure that a write to stable storage either succeeds completely or results in no change 54

14.8 Tertiary-Storage Structure 55

Tertiary Storage Devices Low cost is the defining characteristic of tertiary storage. Generally, tertiary storage is built using removable media Common examples of removable media are floppy disks and CD-ROMs; other types are available. 56

Removable Disks Floppy disk thin flexible disk coated with magnetic material, enclosed in a protective plastic case. Most floppies hold about 1 MB; similar technology is used for removable disks that hold more than 1 GB. Removable magnetic disks can be nearly as fast as hard disks, but they are at a greater risk of damage from exposure. 57

Removable Disks (Cont.) A magneto-optic disk records data on a rigid platter coated with magnetic material. Laser heat is used to amplify a large, weak magnetic field to record a bit. Laser light is also used to read data (Kerr effect). The magneto-optic head flies much farther from the disk surface than a magnetic disk head, and the magnetic material is covered with a protective layer of plastic or glass; resistant to head crashes. Optical disks do not use magnetism; they employ special materials that are altered by laser light. 58

WORM Disks The data on read-write disks can be modified over and over. WORM ( Write Once, Read Many Times ) disks can be written only once. Thin aluminum film sandwiched between two glass or plastic platters. To write a bit, the drive uses a laser light to burn a small hole through the aluminum; information can be destroyed by not altered. Very durable and reliable. Read Only disks, such ad CD-ROM and DVD, com from the factory with the data pre-recorded. 59

Tapes Compared to a disk, a tape is less expensive and holds more data, but random access is much slower. Tape is an economical medium for purposes that do not require fast random access, e.g., backup copies of disk data, holding huge volumes of data. Large tape installations typically use robotic tape changers that move tapes between tape drives and storage slots in a tape library. stacker library that holds a few tapes silo library that holds thousands of tapes A disk-resident file can be archived to tape for low cost storage; the computer can stage it back into disk storage for active use. 60

Operating System Issues Major OS jobs are to manage physical devices and to present a virtual machine abstraction to applications For hard disks, the OS provides two abstraction: Raw device an array of data blocks. File system the OS queues and schedules the interleaved requests from several applications. 61

Application Interface Most OSs handle removable disks almost exactly like fixed disks a new cartridge is formatted and an empty file system is generated on the disk. Tapes are presented as a raw storage medium, i.e., and application does not not open a file on the tape, it opens the whole tape drive as a raw device. Usually the tape drive is reserved for the exclusive use of that application. Since the OS does not provide file system services, the application must decide how to use the array of tape blocks. Since every application makes up its own rules for how to organize a tape, a tape full of data can generally only be used by the program that created it. 62

Tape Drives The basic operations for a tape drive differ from those of a disk drive. locate positions the tape to a specific logical block, not an entire track (corresponds to seek). The read position operation returns the logical block number where the tape head is. The space operation enables relative motion. Tape drives are append-only devices; updating a block in the middle of the tape also effectively erases everything beyond that block. An EOT mark is placed after a block that is written. 63

File Naming The issue of naming files on removable media is especially difficult when we want to write data on a removable cartridge on one computer, and then use the cartridge in another computer. Contemporary OSs generally leave the name space problem unsolved for removable media, and depend on applications and users to figure out how to access and interpret the data. Some kinds of removable media (e.g., CDs) are so well standardized that all computers use them the same way. 64

Hierarchical Storage Management (HSM) A hierarchical storage system extends the storage hierarchy beyond primary memory and secondary storage to incorporate tertiary storage usually implemented as a jukebox of tapes or removable disks. Usually incorporate tertiary storage by extending the file system. Small and frequently used files remain on disk. Large, old, inactive files are archived to the jukebox. HSM is usually found in supercomputing centers and other large installations that have enormous volumes of data. 65

Speed Two aspects of speed in tertiary storage are bandwidth and latency. Bandwidth is measured in bytes per second. Sustained bandwidth average data rate during a large transfer; # of bytes/transfer time. Data rate when the data stream is actually flowing. Effective bandwidth average over the entire I/O time, including seek or locate, and cartridge switching. Drive s overall data rate. 66

Speed (Cont.) Access latency amount of time needed to locate data. Access time for a disk move the arm to the selected cylinder and wait for the rotational latency; < 35 milliseconds. Access on tape requires winding the tape reels until the selected block reaches the tape head; tens or hundreds of seconds. Generally say that random access within a tape cartridge is about a thousand times slower than random access on disk. The low cost of tertiary storage is a result of having many cheap cartridges share a few expensive drives. A removable library is best devoted to the storage of infrequently used data, because the library can only satisfy a relatively small number of I/O requests per hour. 67

Reliability A fixed disk drive is likely to be more reliable than a removable disk or tape drive. An optical cartridge is likely to be more reliable than a magnetic disk or tape. A head crash in a fixed hard disk generally destroys the data, whereas the failure of a tape drive or optical disk drive often leaves the data cartridge unharmed. 68

Cost Main memory is much more expensive than disk storage The cost per megabyte of hard disk storage is competitive with magnetic tape if only one tape is used per drive. The cheapest tape drives and the cheapest disk drives have had about the same storage capacity over the years. Tertiary storage gives a cost savings only when the number of cartridges is considerably larger than the number of drives. 69

Price per Megabyte of DRAM, From 1981 to 2000 70

Price per Megabyte of Magnetic Hard Disk, From 1981 to 2000 71

Price per Megabyte of a Tape Drive, From 1984-2000 72