1. Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Chapter 12: File System Implementation

2. 12.2 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Chapter 12: File System Implementation Directory Implementation Allocation Methods Free-Space Management Efficiency and Performance Recovery NFS Example: WAFL File System

3. 12.3 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Objectives To describe the details of implementing local file systems and directory structures To describe the implementation of remote file systems To discuss block allocation and free-block algorithms and trade-offs

4. 12.4 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Disk Space Allocation Methods A disk is a direct-access device and thus gives us flexibility in the implementation of files. The main issue is how to allocate space to these files so that disk space is utilized effectively and files can be accessed quickly. Three major methods of allocating disk space are in wide Contiguous Linked Indexed

5. 12.5 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Contiguous Allocation Best performance in most cases Simple – only starting location (block #) and length (number of blocks) are required Problems include: Finding space for file, Knowing file size (max size), External fragmentation, Need for compaction  Off-line (downtime) or  On-line Each file occupies a set of contiguous blocks

6. 12.6 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Contiguous Allocation (Cont.) Mapping from logical to physical Block to be accessed = starting address + Q Displacement into block = R LA/512 Q R

7. 12.7 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Extent-Based Systems Many newer file systems (i.e., Veritas File System) use a modified contiguous allocation scheme Extent-based file systems allocate disk blocks in chunks called extents. An extent is a contiguous block of disks Extents are allocated for file allocation A file consists of one or more extents

8. 12.8 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Linked Allocation No external fragmentation Each block contains pointer to next block No compaction, external fragmentation Free space management system called when new block needed Improve efficiency by clustering blocks into groups but increases internal fragmentation Locating a block can take many I/Os and disk seeks Reliability can be a problem (what if one of the pointers get corrupted?) Each file is a linked list of blocks

9. 12.9 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Linked Allocation (Cont.) Each file is a linked list of disk blocks: blocks may be scattered anywhere on the disk pointer block = Mapping 1. Block to be accessed is the Qth block in the linked chain of blocks representing the file. 2. Displacement into block = R + 1 LA/511 Q R

10. 12.10 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Linked Allocation (Cont.)

11. 12.11 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Indexed Allocation Indexed allocation Each file has its own index block(s) of pointers to its data blocks Logical view

12. 12.12 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Example of Indexed Allocation

13. 12.13 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Indexed Allocation (Cont.) Need an index table Random access Dynamic access without external fragmentation, but have overhead of index block Mapping from logical to physical in a file of maximum size of 256K bytes and block size of 512 bytes. We need only 1 block for index table LA/512 Q R Q = displacement into index table R = displacement into block

14. 12.14 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Indexed Allocation – Large Files Mapping from logical to physical in a file of unbounded length (block size of 512 words) Can be accomplished with 3 different methods: Linked scheme. Multilevel index Combined scheme.

15. 12.15 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Indexed Allocation – Linked Scheme Link blocks of index table (no limit on size) LA / (512 x 511) Q1Q1 R1R1 Q 1 = block of index table R 1 is used as follows: R 1 / 512 Q2Q2 R2R2 Q 2 = displacement into block of index table R 2 displacement into block of file:

16. 12.16 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Indexed Allocation – Multilevel Index Two-level index (4K blocks could store 1,024 four-byte pointers in outer index  1,048,567 data blocks and file size of up to 4GB) LA / (512 x 512) Q1Q1 R1R1 Q 1 = displacement into outer-index R 1 is used as follows: R 1 / 512 Q2Q2 R2R2 Q 2 = displacement into block of index table R 2 displacement into block of file:

17. 12.17 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Indexed Allocation – Multilevel (Cont.)

18. 12.18 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Combined Scheme: UNIX UFS 4K bytes per block, 32-bit addresses Keep the first 15 pointers of the index block in the file’s inode The first 12 of these point to direct blocks; that is, they contain addresses of blocks that contain data of the file. Thus, the data for small files (of no more than 12 blocks) do not need a separate index block. If the block size is 4 KB, then up to 48 KB of data can be accessed directly. The next three pointers point to indirect blocks. The first points to a single indirect block, which is an index block containing not data but the addresses of blocks that do contain data. The second points to a double indirect block, which contains the address of a block that contains the addresses of blocks that contain pointers to the actual data blocks. The last pointer contains the address of a triple indirect block.

19. 12.19 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Combined Scheme: UNIX UFS Example

20. 12.20 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Performance Best method depends on file access type Contiguous great for sequential and random Linked good for sequential, not random Declare access type at creation -> select either contiguous or linked Indexed more complex Single block access could require 2 index block reads then data block read

21. 12.21 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Performance (Cont.) Adding instructions to the execution path to save one disk I/O is reasonable Intel Core i7 Extreme Edition 990x (2011) at 3.46Ghz = 159,000 MIPS  http://en.wikipedia.org/wiki/Instructions_per_second Typical disk drive at 250 I/Os per second  159,000 MIPS / 250 = 630 million instructions during one disk I/O Fast SSD drives provide 60,000 IOPS  159,000 MIPS / 60,000 = 2.65 millions instructions during one disk I/O

22. 12.22 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Free-Space Management File system maintains free-space list to track available blocks/clusters (Using term “block” for simplicity) Bit vector or bit map (n blocks) … 012n-1 bit[i] =  1  block[i] free 0  block[i] occupied Block number calculation (number of bits per word) * (number of 0-value words) + offset of first 1 bit CPUs have instructions to return offset within word of first “1” bit

23. 12.23 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Free-Space Management (Cont.) Bit map requires extra space Example: block size = 4KB = 2 12 bytes disk size = 2 40 bytes (1 terabyte) n = 2 40 /2 12 = 2 28 bits (or 32MB) if clusters of 4 blocks -> 8MB of memory Easy to get contiguous files

24. 12.24 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Linked Free Space List on Disk Linked list (free list) Cannot get contiguous space easily No waste of space No need to traverse the entire list (if # free blocks recorded)

25. 12.25 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Free-Space Management (Cont.) Grouping Modify linked list to store address of next n-1 free blocks in first free block, plus a pointer to next block that contains free-block-pointers (like this one) Counting Because space is frequently contiguously used and freed, with contiguous-allocation allocation, extents, or clustering  Keep address of first free block and count of following free blocks  Free space list then has entries containing addresses and counts

26. 12.26 Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition Recovery Consistency checking – compares data in directory structure with data blocks on disk, and tries to fix inconsistencies Can be slow and sometimes fails Use system programs to back up data from disk to another storage device (magnetic tape, other magnetic disk, optical) Recover lost file or disk by restoring data from backup

27. Silberschatz, Galvin and Gagne ©2013 Operating System Concepts – 9 th Edition End of Chapter 12