SlideShare a Scribd company logo
1 of 29
UNIT-V
FILEMANAGEMENT
INTRODUCTION
• FILE MANAGER’S EFFICIENCY DIRECTLY AFFECTED BY:
• HOW THE SYSTEM’S FILES ARE ORGANIZED
• HOW FILES ARE STORED
• HOW EACH FILE’S RECORDS ARE STRUCTURED
• HOW USER ACCESS TO ALL FILES IS PROTECTED
2
THE FILE MANAGER
• FILE MANAGEMENT SYSTEM
• SOFTWARE
• FILE ACCESS RESPONSIBILITIES
• CREATING, DELETING, MODIFYING, CONTROLLING
3
RESPONSIBILITIES OF THE FILE
MANAGER
• FOUR TASKS
• FILE STORAGE TRACKING
• POLICY IMPLEMENTATION
• DETERMINE WHERE AND HOW FILES ARE STORED
• EFFICIENTLY USE AVAILABLE STORAGE SPACE
• PROVIDE EFFICIENT FILE ACCESS
• FILE ALLOCATION IF USER ACCESS CLEARED
• RECORD FILE USE
• FILE DEALLOCATION
• RETURN FILE TO STORAGE
• COMMUNICATE FILE AVAILABILITY
4
DEFINITIONS
• FIELD
• GROUP OF RELATED BYTES
• IDENTIFIED BY USER (NAME, TYPE, SIZE)
• RECORD
• GROUP OF RELATED FIELDS
• FILE
• GROUP OF RELATED RECORDS
• INFORMATION USED BY SPECIFIC APPLICATION PROGRAMS
• REPORT GENERATION
• FLAT FILE
• NO CONNECTIONS TO OTHER FILES; NO DIMENSIONALITY
5
DEFINITIONS (CONT'D.)
• DATABASE
• GROUP OF RELATED FILES
• INTERCONNECTED AT VARIOUS LEVELS
• GIVE USERS FLEXIBILITY OF ACCESS TO STORED DATA
• PROGRAM FILES
• CONTAIN INSTRUCTIONS
• DATA FILES
• CONTAIN DATA
• DIRECTORIES (FOLDERS)
• LISTINGS OF FILENAMES AND THEIR ATTRIBUTES
6
INTERACTING WITH THE FILE
MANAGER
• MOST COMMON USER COMMANDS
• OPEN, DELETE, RENAME, COPY
7
INTERACTING WITH THE FILE
MANAGER
• DEVICE-INDEPENDENT
• PHYSICAL LOCATION: KNOWLEDGE NOT NEEDED
• CYLINDER, SURFACE, SECTOR
• DEVICE MEDIUM: KNOWLEDGE NOT NEEDED
• TAPE, MAGNETIC DISK, OPTICAL DISC, FLASH STORAGE
• NETWORK KNOWLEDGE: NOT NEEDED
8
TYPICAL VOLUME
CONFIGURATION
• VOLUME
• SECONDARY STORAGE UNIT (REMOVABLE, NONREMOVABLE)
• MULTI-FILE VOLUME
• CONTAINS MANY FILES
• MULTI-VOLUME FILES
• EXTREMELY LARGE FILES SPREAD ACROSS SEVERAL VOLUMES
• VOLUME NAME
• FILE MANAGER MANAGES
• EASILY ACCESSIBLE
• INNERMOST PART OF CD, BEGINNING OF TAPE, FIRST SECTOR OF
OUTERMOST TRACK
9
TYPICAL VOLUME
CONFIGURATION (CONT'D.)
10
TYPICAL VOLUME
CONFIGURATION (CONT'D.)
• MASTER FILE DIRECTORY (MFD)
• STORED IMMEDIATELY AFTER VOLUME DESCRIPTOR
• LISTS
• NAMES AND CHARACTERISTICS OF EVERY FILE IN VOLUME
• FILE NAMES (PROGRAM FILES, DATA FILES, SYSTEM FILES)
• SUBDIRECTORIES
• IF SUPPORTED BY FILE MANAGER
• REMAINDER OF VOLUME
• USED FOR FILE STORAGE
11
TYPICAL VOLUME
CONFIGURATION (CONT'D.)
• SINGLE DIRECTORY PER VOLUME
• SUPPORTED BY EARLY OPERATING SYSTEMS
• DISADVANTAGES
• LONG SEARCH TIME FOR INDIVIDUAL FILE
• DIRECTORY SPACE FILLED BEFORE DISK STORAGE SPACE FILLED
• USERS CANNOT CREATE SUBDIRECTORIES
• USERS CANNOT SAFEGUARD THEIR FILES
• EACH PROGRAM NEEDS UNIQUE NAME
• EVEN THOSE SERVING MANY USERS
12
INTRODUCING SUBDIRECTORIES
• FILE MANAGERS
• CREATE MFD FOR EACH VOLUME
• CONTAINS FILE AND SUBDIRECTORY ENTRIES
• SUBDIRECTORY
• CREATED UPON ACCOUNT OPENING
• TREATED AS FILE
• FLAGGED IN MFD AS SUBDIRECTORY
• UNIQUE PROPERTIES
• IMPROVEMENT OVER SINGLE DIRECTORY SCHEME
• PROBLEMS REMAIN: UNABLE TO LOGICALLY GROUP FILES
13
INTRODUCING SUBDIRECTORIES
(CONT'D.)
• FILE MANAGERS TODAY
• USERS CREATE OWN SUBDIRECTORIES (FOLDERS)
• RELATED FILES GROUPED TOGETHER
• IMPLEMENTED AS UPSIDE-DOWN TREE
• EFFICIENT SYSTEM SEARCHING OF INDIVIDUAL DIRECTORIES
• MAY REQUIRE SEVERAL DIRECTORIES TO REACH FILE
14
15
File directory tree structure. The “root” is the MFD shown at the top, each node is
a directory file, and each branch is a directory entry pointing to either another
directory or to a real file. All program and data files subsequently added to the tree
are the leaves, represented by circles.
INTRODUCING SUBDIRECTORIES
(CONT'D.)
• FILE DESCRIPTOR
• FILENAME: EACH MUST BE UNIQUE
• FILE TYPE: ORGANIZATION AND USAGE
• SYSTEM DEPENDENT
• FILE SIZE: FOR CONVENIENCE
• FILE LOCATION
• IDENTIFIES FIRST PHYSICAL BLOCK (OR ALL BLOCKS)
• DATE AND TIME OF CREATION
• OWNER
• PROTECTION INFORMATION: ACCESS RESTRICTIONS
• RECORD SIZE: FIXED SIZE, MAXIMUM SIZE
16
FILE-NAMING CONVENTIONS
• FILENAME COMPONENTS
• RELATIVE FILENAME AND EXTENSION
• COMPLETE FILENAME (ABSOLUTE FILENAME)
• INCLUDES ALL PATH INFORMATION
• RELATIVE FILENAME
• NAME WITHOUT PATH INFORMATION
• APPEARS IN DIRECTORY LISTINGS, FOLDERS
• PROVIDES FILENAME DIFFERENTIATION WITHIN DIRECTORY
• VARIES IN LENGTH
• ONE TO MANY CHARACTERS
• OPERATING SYSTEM SPECIFIC
17
FILE-NAMING CONVENTIONS
(CONT'D.)
• OPERATING SYSTEM SPECIFICS
• WINDOWS
• DRIVE LABEL AND DIRECTORY NAME, RELATIVE NAME, AND
EXTENSION
• UNIX/LINUX
• FORWARD SLASH (ROOT), FIRST SUBDIRECTORY, SUB-
SUBDIRECTORY, FILE’S RELATIVE NAME
18
RECORD FORMAT
• FIXED-LENGTH RECORDS
• DIRECT ACCESS: EASY
• RECORD SIZE CRITICAL
• VARIABLE-LENGTH RECORDS
• DIRECT ACCESS: DIFFICULT
• NO EMPTY STORAGE SPACE AND NO CHARACTER
TRUNCATION
• FILE DESCRIPTOR STORES RECORD FORMAT
• USED WITH FILES ACCESSED SEQUENTIALLY
• TEXT FILES, PROGRAM FILES
• INDEX USED TO ACCESS RECORDS
19
PHYSICAL FILE ORGANIZATION
• RECORD ARRANGEMENT AND MEDIUM CHARACTERISTICS
• MAGNETIC DISKS FILE ORGANIZATION
• SEQUENTIAL, DIRECT, INDEXED SEQUENTIAL
• FILE ORGANIZATION SCHEME SELECTION CONSIDERATIONS
• DATA VOLATILITY
• FILE ACTIVITY
• FILE SIZE
• RESPONSE TIME
20
PHYSICAL FILE ORGANIZATION
(CONT'D.)
• SEQUENTIAL RECORD ORGANIZATION
• RECORDS STORED AND RETRIEVED SERIALLY
• ONE AFTER THE OTHER
• EASIEST TO IMPLEMENT
• FILE SEARCH: BEGINNING UNTIL RECORD FOUND
• OPTIMIZATION FEATURES MAY BE BUILT INTO SYSTEM
• SELECT KEY FIELD FROM RECORD AND SORT BEFORE STORAGE
• COMPLICATES MAINTENANCE ALGORITHMS
• PRESERVE ORIGINAL ORDER WHEN RECORDS ADDED, DELETED
21
PHYSICAL FILE ORGANIZATION
(CONT'D.)
• DIRECT RECORD ORGANIZATION
• DIRECT ACCESS FILES
• REQUIRES DIRECT ACCESS STORAGE DEVICE IMPLEMENTATION
• RANDOM ORGANIZATION
• RANDOM ACCESS FILES
• RELATIVE ADDRESS RECORD IDENTIFICATION
• KNOWN AS LOGICAL ADDRESSES
• COMPUTED WHEN RECORDS STORED AND RETRIEVED
• HASHING ALGORITHMS
• TRANSFORM EACH KEY INTO A NUMBER
22
PHYSICAL FILE ORGANIZATION
(CONT'D.)
• DIRECT RECORD ORGANIZATION (CONT'D.)
• ADVANTAGES
• FAST RECORD ACCESS
• SEQUENTIAL ACCESS IF STARTING AT FIRST RELATIVE ADDRESS AND
INCREMENTING TO NEXT RECORD
• UPDATED MORE QUICKLY THAN SEQUENTIAL FILES
• NO PRESERVATION OF RECORDS ORDER
• ADDING, DELETING RECORDS IS QUICK
• DISADVANTAGES
• HASHING ALGORITHM COLLISION: RECORDS WITH UNIQUE KEYS MAY
GENERATE THE SAME LOGICAL ADDRESS
23
PHYSICAL STORAGE ALLOCATION
• FILE MANAGER WORKS WITH FILES
• AS WHOLE UNITS
• AS LOGICAL UNITS OR RECORDS
• WITHIN FILE
• RECORDS MUST HAVE SAME FORMAT
• RECORD LENGTHS MAY VARY
• RECORDS SUBDIVIDED INTO FIELDS
• APPLICATION PROGRAMS MANAGE RECORD STRUCTURE
• FILE STORAGE
• REFERS TO RECORD STORAGE
24
CONTIGUOUS STORAGE
• RECORDS STORED ONE AFTER ANOTHER
• ADVANTAGES
• ANY RECORD FOUND ONCE STARTING ADDRESS, SIZE KNOWN
• EASY DIRECT ACCESS
• DISADVANTAGES
• DIFFICULT FILE EXPANSION; FRAGMENTATION
25
With contiguous file storage, File A can’t be expanded without being rewritten
to a larger storage area. File B can be expanded, by only one record replacing
the free space preceding File C.
NONCONTIGUOUS STORAGE
• FILES USE ANY AVAILABLE DISK STORAGE SPACE
• FILE RECORDS STORED IN CONTIGUOUS MANNER
• IF ENOUGH EMPTY SPACE
• REMAINING FILE RECORDS AND ADDITIONS
• STORED IN OTHER DISK SECTIONS (EXTENTS)
• EXTENTS
• LINKED TOGETHER WITH POINTERS
• PHYSICAL SIZE DETERMINED BY OPERATING SYSTEM
• USUALLY 256 BYTES
26
NONCONTIGUOUS STORAGE
(CONT'D.)
• FILE EXTENTS LINKED IN TWO WAYS
• STORAGE LEVEL
• EACH EXTENT POINTS TO NEXT ONE IN SEQUENCE
• DIRECTORY ENTRY: FILENAME, STORAGE LOCATION OF FIRST
EXTENT, LOCATION OF LAST EXTENT, AND TOTAL NUMBER OF
EXTENTS (NOT COUNTING FIRST)
• DIRECTORY LEVEL
• EACH EXTENT LISTED WITH PHYSICAL ADDRESS, SIZE, POINTER
TO NEXT EXTENT
• NULL POINTER INDICATES LAST ONE
27
NONCONTIGUOUS STORAGE
(CONT'D.)• ADVANTAGE
• ELIMINATES EXTERNAL STORAGE FRAGMENTATION
• ELIMINATES NEED FOR COMPACTION
• DISADVANTAGE
• NO DIRECT ACCESS SUPPORT
• CANNOT DETERMINE SPECIFIC RECORD’S EXACT LOCATION
28
THANK YOU
Understanding Operating Systems,7e 29

More Related Content

Similar to File Management

Ch06 records management
Ch06 records managementCh06 records management
Ch06 records management
xtin101
 

Similar to File Management (20)

UNIT7-FileMgmt.pptx
UNIT7-FileMgmt.pptxUNIT7-FileMgmt.pptx
UNIT7-FileMgmt.pptx
 
5263802.ppt
5263802.ppt5263802.ppt
5263802.ppt
 
Ch10 file system interface
Ch10   file system interfaceCh10   file system interface
Ch10 file system interface
 
File system in operating system e learning
File system in operating system e learningFile system in operating system e learning
File system in operating system e learning
 
CNIT 152: 13 Investigating Mac OS X Systems
CNIT 152: 13 Investigating Mac OS X SystemsCNIT 152: 13 Investigating Mac OS X Systems
CNIT 152: 13 Investigating Mac OS X Systems
 
Unix slide
Unix slideUnix slide
Unix slide
 
File system and Deadlocks
File system and DeadlocksFile system and Deadlocks
File system and Deadlocks
 
AFS case study
AFS case studyAFS case study
AFS case study
 
Systems Programming - File IO
Systems Programming - File IOSystems Programming - File IO
Systems Programming - File IO
 
Database
DatabaseDatabase
Database
 
Ch 8 data base
Ch 8 data baseCh 8 data base
Ch 8 data base
 
Operating systems
Operating systemsOperating systems
Operating systems
 
CNIT 152 13 Investigating Mac OS X Systems
CNIT 152 13 Investigating Mac OS X SystemsCNIT 152 13 Investigating Mac OS X Systems
CNIT 152 13 Investigating Mac OS X Systems
 
Applications of Distributed Systems
Applications of Distributed SystemsApplications of Distributed Systems
Applications of Distributed Systems
 
Operating Systems.pptx
Operating Systems.pptxOperating Systems.pptx
Operating Systems.pptx
 
File System operating system operating system
File System  operating system operating systemFile System  operating system operating system
File System operating system operating system
 
File Management & Access Control
File Management & Access Control File Management & Access Control
File Management & Access Control
 
Ch06 records management
Ch06 records managementCh06 records management
Ch06 records management
 
Timelines
TimelinesTimelines
Timelines
 
Chapter-5-DFS.ppt
Chapter-5-DFS.pptChapter-5-DFS.ppt
Chapter-5-DFS.ppt
 

Recently uploaded

Seal of Good Local Governance (SGLG) 2024Final.pptx
Seal of Good Local Governance (SGLG) 2024Final.pptxSeal of Good Local Governance (SGLG) 2024Final.pptx
Seal of Good Local Governance (SGLG) 2024Final.pptx
negromaestrong
 
Making and Justifying Mathematical Decisions.pdf
Making and Justifying Mathematical Decisions.pdfMaking and Justifying Mathematical Decisions.pdf
Making and Justifying Mathematical Decisions.pdf
Chris Hunter
 
The basics of sentences session 2pptx copy.pptx
The basics of sentences session 2pptx copy.pptxThe basics of sentences session 2pptx copy.pptx
The basics of sentences session 2pptx copy.pptx
heathfieldcps1
 
1029-Danh muc Sach Giao Khoa khoi 6.pdf
1029-Danh muc Sach Giao Khoa khoi  6.pdf1029-Danh muc Sach Giao Khoa khoi  6.pdf
1029-Danh muc Sach Giao Khoa khoi 6.pdf
QucHHunhnh
 

Recently uploaded (20)

Class 11th Physics NEET formula sheet pdf
Class 11th Physics NEET formula sheet pdfClass 11th Physics NEET formula sheet pdf
Class 11th Physics NEET formula sheet pdf
 
Presentation by Andreas Schleicher Tackling the School Absenteeism Crisis 30 ...
Presentation by Andreas Schleicher Tackling the School Absenteeism Crisis 30 ...Presentation by Andreas Schleicher Tackling the School Absenteeism Crisis 30 ...
Presentation by Andreas Schleicher Tackling the School Absenteeism Crisis 30 ...
 
Nutritional Needs Presentation - HLTH 104
Nutritional Needs Presentation - HLTH 104Nutritional Needs Presentation - HLTH 104
Nutritional Needs Presentation - HLTH 104
 
Seal of Good Local Governance (SGLG) 2024Final.pptx
Seal of Good Local Governance (SGLG) 2024Final.pptxSeal of Good Local Governance (SGLG) 2024Final.pptx
Seal of Good Local Governance (SGLG) 2024Final.pptx
 
Explore beautiful and ugly buildings. Mathematics helps us create beautiful d...
Explore beautiful and ugly buildings. Mathematics helps us create beautiful d...Explore beautiful and ugly buildings. Mathematics helps us create beautiful d...
Explore beautiful and ugly buildings. Mathematics helps us create beautiful d...
 
psychiatric nursing HISTORY COLLECTION .docx
psychiatric  nursing HISTORY  COLLECTION  .docxpsychiatric  nursing HISTORY  COLLECTION  .docx
psychiatric nursing HISTORY COLLECTION .docx
 
ComPTIA Overview | Comptia Security+ Book SY0-701
ComPTIA Overview | Comptia Security+ Book SY0-701ComPTIA Overview | Comptia Security+ Book SY0-701
ComPTIA Overview | Comptia Security+ Book SY0-701
 
Making and Justifying Mathematical Decisions.pdf
Making and Justifying Mathematical Decisions.pdfMaking and Justifying Mathematical Decisions.pdf
Making and Justifying Mathematical Decisions.pdf
 
The basics of sentences session 2pptx copy.pptx
The basics of sentences session 2pptx copy.pptxThe basics of sentences session 2pptx copy.pptx
The basics of sentences session 2pptx copy.pptx
 
ICT Role in 21st Century Education & its Challenges.pptx
ICT Role in 21st Century Education & its Challenges.pptxICT Role in 21st Century Education & its Challenges.pptx
ICT Role in 21st Century Education & its Challenges.pptx
 
PROCESS RECORDING FORMAT.docx
PROCESS      RECORDING        FORMAT.docxPROCESS      RECORDING        FORMAT.docx
PROCESS RECORDING FORMAT.docx
 
How to Give a Domain for a Field in Odoo 17
How to Give a Domain for a Field in Odoo 17How to Give a Domain for a Field in Odoo 17
How to Give a Domain for a Field in Odoo 17
 
TỔNG ÔN TẬP THI VÀO LỚP 10 MÔN TIẾNG ANH NĂM HỌC 2023 - 2024 CÓ ĐÁP ÁN (NGỮ Â...
TỔNG ÔN TẬP THI VÀO LỚP 10 MÔN TIẾNG ANH NĂM HỌC 2023 - 2024 CÓ ĐÁP ÁN (NGỮ Â...TỔNG ÔN TẬP THI VÀO LỚP 10 MÔN TIẾNG ANH NĂM HỌC 2023 - 2024 CÓ ĐÁP ÁN (NGỮ Â...
TỔNG ÔN TẬP THI VÀO LỚP 10 MÔN TIẾNG ANH NĂM HỌC 2023 - 2024 CÓ ĐÁP ÁN (NGỮ Â...
 
Measures of Dispersion and Variability: Range, QD, AD and SD
Measures of Dispersion and Variability: Range, QD, AD and SDMeasures of Dispersion and Variability: Range, QD, AD and SD
Measures of Dispersion and Variability: Range, QD, AD and SD
 
1029-Danh muc Sach Giao Khoa khoi 6.pdf
1029-Danh muc Sach Giao Khoa khoi  6.pdf1029-Danh muc Sach Giao Khoa khoi  6.pdf
1029-Danh muc Sach Giao Khoa khoi 6.pdf
 
Mixin Classes in Odoo 17 How to Extend Models Using Mixin Classes
Mixin Classes in Odoo 17  How to Extend Models Using Mixin ClassesMixin Classes in Odoo 17  How to Extend Models Using Mixin Classes
Mixin Classes in Odoo 17 How to Extend Models Using Mixin Classes
 
Mehran University Newsletter Vol-X, Issue-I, 2024
Mehran University Newsletter Vol-X, Issue-I, 2024Mehran University Newsletter Vol-X, Issue-I, 2024
Mehran University Newsletter Vol-X, Issue-I, 2024
 
INDIA QUIZ 2024 RLAC DELHI UNIVERSITY.pptx
INDIA QUIZ 2024 RLAC DELHI UNIVERSITY.pptxINDIA QUIZ 2024 RLAC DELHI UNIVERSITY.pptx
INDIA QUIZ 2024 RLAC DELHI UNIVERSITY.pptx
 
Basic Civil Engineering first year Notes- Chapter 4 Building.pptx
Basic Civil Engineering first year Notes- Chapter 4 Building.pptxBasic Civil Engineering first year Notes- Chapter 4 Building.pptx
Basic Civil Engineering first year Notes- Chapter 4 Building.pptx
 
Z Score,T Score, Percential Rank and Box Plot Graph
Z Score,T Score, Percential Rank and Box Plot GraphZ Score,T Score, Percential Rank and Box Plot Graph
Z Score,T Score, Percential Rank and Box Plot Graph
 

File Management

  • 2. INTRODUCTION • FILE MANAGER’S EFFICIENCY DIRECTLY AFFECTED BY: • HOW THE SYSTEM’S FILES ARE ORGANIZED • HOW FILES ARE STORED • HOW EACH FILE’S RECORDS ARE STRUCTURED • HOW USER ACCESS TO ALL FILES IS PROTECTED 2
  • 3. THE FILE MANAGER • FILE MANAGEMENT SYSTEM • SOFTWARE • FILE ACCESS RESPONSIBILITIES • CREATING, DELETING, MODIFYING, CONTROLLING 3
  • 4. RESPONSIBILITIES OF THE FILE MANAGER • FOUR TASKS • FILE STORAGE TRACKING • POLICY IMPLEMENTATION • DETERMINE WHERE AND HOW FILES ARE STORED • EFFICIENTLY USE AVAILABLE STORAGE SPACE • PROVIDE EFFICIENT FILE ACCESS • FILE ALLOCATION IF USER ACCESS CLEARED • RECORD FILE USE • FILE DEALLOCATION • RETURN FILE TO STORAGE • COMMUNICATE FILE AVAILABILITY 4
  • 5. DEFINITIONS • FIELD • GROUP OF RELATED BYTES • IDENTIFIED BY USER (NAME, TYPE, SIZE) • RECORD • GROUP OF RELATED FIELDS • FILE • GROUP OF RELATED RECORDS • INFORMATION USED BY SPECIFIC APPLICATION PROGRAMS • REPORT GENERATION • FLAT FILE • NO CONNECTIONS TO OTHER FILES; NO DIMENSIONALITY 5
  • 6. DEFINITIONS (CONT'D.) • DATABASE • GROUP OF RELATED FILES • INTERCONNECTED AT VARIOUS LEVELS • GIVE USERS FLEXIBILITY OF ACCESS TO STORED DATA • PROGRAM FILES • CONTAIN INSTRUCTIONS • DATA FILES • CONTAIN DATA • DIRECTORIES (FOLDERS) • LISTINGS OF FILENAMES AND THEIR ATTRIBUTES 6
  • 7. INTERACTING WITH THE FILE MANAGER • MOST COMMON USER COMMANDS • OPEN, DELETE, RENAME, COPY 7
  • 8. INTERACTING WITH THE FILE MANAGER • DEVICE-INDEPENDENT • PHYSICAL LOCATION: KNOWLEDGE NOT NEEDED • CYLINDER, SURFACE, SECTOR • DEVICE MEDIUM: KNOWLEDGE NOT NEEDED • TAPE, MAGNETIC DISK, OPTICAL DISC, FLASH STORAGE • NETWORK KNOWLEDGE: NOT NEEDED 8
  • 9. TYPICAL VOLUME CONFIGURATION • VOLUME • SECONDARY STORAGE UNIT (REMOVABLE, NONREMOVABLE) • MULTI-FILE VOLUME • CONTAINS MANY FILES • MULTI-VOLUME FILES • EXTREMELY LARGE FILES SPREAD ACROSS SEVERAL VOLUMES • VOLUME NAME • FILE MANAGER MANAGES • EASILY ACCESSIBLE • INNERMOST PART OF CD, BEGINNING OF TAPE, FIRST SECTOR OF OUTERMOST TRACK 9
  • 11. TYPICAL VOLUME CONFIGURATION (CONT'D.) • MASTER FILE DIRECTORY (MFD) • STORED IMMEDIATELY AFTER VOLUME DESCRIPTOR • LISTS • NAMES AND CHARACTERISTICS OF EVERY FILE IN VOLUME • FILE NAMES (PROGRAM FILES, DATA FILES, SYSTEM FILES) • SUBDIRECTORIES • IF SUPPORTED BY FILE MANAGER • REMAINDER OF VOLUME • USED FOR FILE STORAGE 11
  • 12. TYPICAL VOLUME CONFIGURATION (CONT'D.) • SINGLE DIRECTORY PER VOLUME • SUPPORTED BY EARLY OPERATING SYSTEMS • DISADVANTAGES • LONG SEARCH TIME FOR INDIVIDUAL FILE • DIRECTORY SPACE FILLED BEFORE DISK STORAGE SPACE FILLED • USERS CANNOT CREATE SUBDIRECTORIES • USERS CANNOT SAFEGUARD THEIR FILES • EACH PROGRAM NEEDS UNIQUE NAME • EVEN THOSE SERVING MANY USERS 12
  • 13. INTRODUCING SUBDIRECTORIES • FILE MANAGERS • CREATE MFD FOR EACH VOLUME • CONTAINS FILE AND SUBDIRECTORY ENTRIES • SUBDIRECTORY • CREATED UPON ACCOUNT OPENING • TREATED AS FILE • FLAGGED IN MFD AS SUBDIRECTORY • UNIQUE PROPERTIES • IMPROVEMENT OVER SINGLE DIRECTORY SCHEME • PROBLEMS REMAIN: UNABLE TO LOGICALLY GROUP FILES 13
  • 14. INTRODUCING SUBDIRECTORIES (CONT'D.) • FILE MANAGERS TODAY • USERS CREATE OWN SUBDIRECTORIES (FOLDERS) • RELATED FILES GROUPED TOGETHER • IMPLEMENTED AS UPSIDE-DOWN TREE • EFFICIENT SYSTEM SEARCHING OF INDIVIDUAL DIRECTORIES • MAY REQUIRE SEVERAL DIRECTORIES TO REACH FILE 14
  • 15. 15 File directory tree structure. The “root” is the MFD shown at the top, each node is a directory file, and each branch is a directory entry pointing to either another directory or to a real file. All program and data files subsequently added to the tree are the leaves, represented by circles.
  • 16. INTRODUCING SUBDIRECTORIES (CONT'D.) • FILE DESCRIPTOR • FILENAME: EACH MUST BE UNIQUE • FILE TYPE: ORGANIZATION AND USAGE • SYSTEM DEPENDENT • FILE SIZE: FOR CONVENIENCE • FILE LOCATION • IDENTIFIES FIRST PHYSICAL BLOCK (OR ALL BLOCKS) • DATE AND TIME OF CREATION • OWNER • PROTECTION INFORMATION: ACCESS RESTRICTIONS • RECORD SIZE: FIXED SIZE, MAXIMUM SIZE 16
  • 17. FILE-NAMING CONVENTIONS • FILENAME COMPONENTS • RELATIVE FILENAME AND EXTENSION • COMPLETE FILENAME (ABSOLUTE FILENAME) • INCLUDES ALL PATH INFORMATION • RELATIVE FILENAME • NAME WITHOUT PATH INFORMATION • APPEARS IN DIRECTORY LISTINGS, FOLDERS • PROVIDES FILENAME DIFFERENTIATION WITHIN DIRECTORY • VARIES IN LENGTH • ONE TO MANY CHARACTERS • OPERATING SYSTEM SPECIFIC 17
  • 18. FILE-NAMING CONVENTIONS (CONT'D.) • OPERATING SYSTEM SPECIFICS • WINDOWS • DRIVE LABEL AND DIRECTORY NAME, RELATIVE NAME, AND EXTENSION • UNIX/LINUX • FORWARD SLASH (ROOT), FIRST SUBDIRECTORY, SUB- SUBDIRECTORY, FILE’S RELATIVE NAME 18
  • 19. RECORD FORMAT • FIXED-LENGTH RECORDS • DIRECT ACCESS: EASY • RECORD SIZE CRITICAL • VARIABLE-LENGTH RECORDS • DIRECT ACCESS: DIFFICULT • NO EMPTY STORAGE SPACE AND NO CHARACTER TRUNCATION • FILE DESCRIPTOR STORES RECORD FORMAT • USED WITH FILES ACCESSED SEQUENTIALLY • TEXT FILES, PROGRAM FILES • INDEX USED TO ACCESS RECORDS 19
  • 20. PHYSICAL FILE ORGANIZATION • RECORD ARRANGEMENT AND MEDIUM CHARACTERISTICS • MAGNETIC DISKS FILE ORGANIZATION • SEQUENTIAL, DIRECT, INDEXED SEQUENTIAL • FILE ORGANIZATION SCHEME SELECTION CONSIDERATIONS • DATA VOLATILITY • FILE ACTIVITY • FILE SIZE • RESPONSE TIME 20
  • 21. PHYSICAL FILE ORGANIZATION (CONT'D.) • SEQUENTIAL RECORD ORGANIZATION • RECORDS STORED AND RETRIEVED SERIALLY • ONE AFTER THE OTHER • EASIEST TO IMPLEMENT • FILE SEARCH: BEGINNING UNTIL RECORD FOUND • OPTIMIZATION FEATURES MAY BE BUILT INTO SYSTEM • SELECT KEY FIELD FROM RECORD AND SORT BEFORE STORAGE • COMPLICATES MAINTENANCE ALGORITHMS • PRESERVE ORIGINAL ORDER WHEN RECORDS ADDED, DELETED 21
  • 22. PHYSICAL FILE ORGANIZATION (CONT'D.) • DIRECT RECORD ORGANIZATION • DIRECT ACCESS FILES • REQUIRES DIRECT ACCESS STORAGE DEVICE IMPLEMENTATION • RANDOM ORGANIZATION • RANDOM ACCESS FILES • RELATIVE ADDRESS RECORD IDENTIFICATION • KNOWN AS LOGICAL ADDRESSES • COMPUTED WHEN RECORDS STORED AND RETRIEVED • HASHING ALGORITHMS • TRANSFORM EACH KEY INTO A NUMBER 22
  • 23. PHYSICAL FILE ORGANIZATION (CONT'D.) • DIRECT RECORD ORGANIZATION (CONT'D.) • ADVANTAGES • FAST RECORD ACCESS • SEQUENTIAL ACCESS IF STARTING AT FIRST RELATIVE ADDRESS AND INCREMENTING TO NEXT RECORD • UPDATED MORE QUICKLY THAN SEQUENTIAL FILES • NO PRESERVATION OF RECORDS ORDER • ADDING, DELETING RECORDS IS QUICK • DISADVANTAGES • HASHING ALGORITHM COLLISION: RECORDS WITH UNIQUE KEYS MAY GENERATE THE SAME LOGICAL ADDRESS 23
  • 24. PHYSICAL STORAGE ALLOCATION • FILE MANAGER WORKS WITH FILES • AS WHOLE UNITS • AS LOGICAL UNITS OR RECORDS • WITHIN FILE • RECORDS MUST HAVE SAME FORMAT • RECORD LENGTHS MAY VARY • RECORDS SUBDIVIDED INTO FIELDS • APPLICATION PROGRAMS MANAGE RECORD STRUCTURE • FILE STORAGE • REFERS TO RECORD STORAGE 24
  • 25. CONTIGUOUS STORAGE • RECORDS STORED ONE AFTER ANOTHER • ADVANTAGES • ANY RECORD FOUND ONCE STARTING ADDRESS, SIZE KNOWN • EASY DIRECT ACCESS • DISADVANTAGES • DIFFICULT FILE EXPANSION; FRAGMENTATION 25 With contiguous file storage, File A can’t be expanded without being rewritten to a larger storage area. File B can be expanded, by only one record replacing the free space preceding File C.
  • 26. NONCONTIGUOUS STORAGE • FILES USE ANY AVAILABLE DISK STORAGE SPACE • FILE RECORDS STORED IN CONTIGUOUS MANNER • IF ENOUGH EMPTY SPACE • REMAINING FILE RECORDS AND ADDITIONS • STORED IN OTHER DISK SECTIONS (EXTENTS) • EXTENTS • LINKED TOGETHER WITH POINTERS • PHYSICAL SIZE DETERMINED BY OPERATING SYSTEM • USUALLY 256 BYTES 26
  • 27. NONCONTIGUOUS STORAGE (CONT'D.) • FILE EXTENTS LINKED IN TWO WAYS • STORAGE LEVEL • EACH EXTENT POINTS TO NEXT ONE IN SEQUENCE • DIRECTORY ENTRY: FILENAME, STORAGE LOCATION OF FIRST EXTENT, LOCATION OF LAST EXTENT, AND TOTAL NUMBER OF EXTENTS (NOT COUNTING FIRST) • DIRECTORY LEVEL • EACH EXTENT LISTED WITH PHYSICAL ADDRESS, SIZE, POINTER TO NEXT EXTENT • NULL POINTER INDICATES LAST ONE 27
  • 28. NONCONTIGUOUS STORAGE (CONT'D.)• ADVANTAGE • ELIMINATES EXTERNAL STORAGE FRAGMENTATION • ELIMINATES NEED FOR COMPACTION • DISADVANTAGE • NO DIRECT ACCESS SUPPORT • CANNOT DETERMINE SPECIFIC RECORD’S EXACT LOCATION 28