Download I/O Systems

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts

Acorn MOS wikipedia , lookup

Copland (operating system) wikipedia , lookup

Process management (computing) wikipedia , lookup

Security-focused operating system wikipedia , lookup

Mobile operating system wikipedia , lookup

Unix security wikipedia , lookup

Spring (operating system) wikipedia , lookup

Distributed operating system wikipedia , lookup

DNIX wikipedia , lookup

VS/9 wikipedia , lookup

CP/M wikipedia , lookup

Transcript
Chapter 13: I/O Systems
Operating System Concepts – 8th Edition,
Silberschatz, Galvin and Gagne ©2009
Chapter 13: I/O Systems
 I/O Hardware
 Application I/O Interface
 Kernel I/O Subsystem
 Transforming I/O Requests to Hardware Operations
 STREAMS
 Performance
Operating System Concepts – 8th Edition
13.2
Silberschatz, Galvin and Gagne ©2009
Objectives
 Explore the structure of an operating system’s I/O subsystem
 Discuss the principles of I/O hardware and its complexity
 Provide details of the performance aspects of I/O hardware and software
Operating System Concepts – 8th Edition
13.3
Silberschatz, Galvin and Gagne ©2009
The Requirements of I/O
 So far in this course:
We have learned how to manage CPU, memory
 What about I/O?
 Without I/O, computers are useless (disembodied brains?)
 But… thousands of devices, each slightly different
 How can we standardize the interfaces to these devices?
 Devices unreliable: media failures and transmission errors
 How can we make them reliable???
 Devices unpredictable and/or slow
 How can we manage them if we don’t know what they will do or
how they will perform?

Operating System Concepts – 8th Edition
13.4
Silberschatz, Galvin and Gagne ©2009
I/O: Some operational parameters
 Byte/Block
Some devices provide single byte at a time (e.g. keyboard)
 Others provide whole blocks (e.g. disks, networks, etc)
 Sequential/Random
 Some devices must be accessed sequentially (e.g. tape)
 Others can be accessed randomly (e.g. disk, cd, etc.)
 Polling/Interrupts
 Some devices require continual monitoring
 Others generate interrupts when they need service

Operating System Concepts – 8th Edition
13.5
Silberschatz, Galvin and Gagne ©2009
I/O Hardware
 Incredible variety of I/O devices
 Common concepts

Port

Bus (daisy chain or shared direct access)

Controller (host adapter)
 I/O instructions control devices
 Devices have addresses, used by

Direct I/O instructions

Memory-mapped I/O
Operating System Concepts – 8th Edition
13.6
Silberschatz, Galvin and Gagne ©2009
Modern I/O Systems
Operating System Concepts – 8th Edition
13.7
Silberschatz, Galvin and Gagne ©2009
A Typical PC Bus Structure
Operating System Concepts – 8th Edition
13.8
Silberschatz, Galvin and Gagne ©2009
Main components of Intel Chipset:
Pentium 4
 Northbridge:

Handles memory

Graphics
 Southbridge: I/O

PCI bus

Disk controllers

USB controllers

Audio

Serial I/O

Interrupt controller

Timers
Operating System Concepts – 8th Edition
13.9
Silberschatz, Galvin and Gagne ©2009
The Goal of the I/O Subsystem
 Provide Uniform Interfaces, Despite Wide Range of Different Devices

This code works on many different devices:
FILE fd = fopen(“/dev/something”,”rw”);
for (int i = 0; i < 10; i++) {
fprintf(fd,”Count %d\n”,i);
}
close(fd);

Why? Because code that controls devices (“device driver”) implements
standard interface.
 We will try to get a flavor for what is involved in actually controlling devices in
rest of lecture

Can only scratch surface!
Operating System Concepts – 8th Edition
13.10
Silberschatz, Galvin and Gagne ©2009
Device I/O Port Locations on PCs (partial)
Operating System Concepts – 8th Edition
13.11
Silberschatz, Galvin and Gagne ©2009
How does the processor actually talk to the device?
Processor Memory Bus
Bus
Adaptor
CPU
Interrupt
Controller
Other Devices
or Buses
Regular
Memory
Bus
Adaptor
Address+
Data
Interrupt Request
 CPU interacts with a Controller

Device
Controller
Bus
Hardware
Interface Controller
read
write
control
status
Registers
(port 0x20)
Addressable
Memory
and/or
Queues
Contains a set of registers that
can be read and written
Memory Mapped
 May contain memory for request
Region: 0x8f008020
queues or bit-mapped images
 Regardless of the complexity of the connections and buses, processor accesses
registers in two ways:
 I/O instructions: in/out instructions
 Example from the Intel architecture: out 0x21,AL
 Memory mapped I/O: load/store instructions
 Registers/memory appear in physical address space
 I/O accomplished with load and store instructions
Operating System Concepts – 8th Edition
13.12
Silberschatz, Galvin and Gagne ©2009
Want Standard Interfaces to Devices
 Block Devices: e.g. disk drives, tape drives, DVD-ROM

Access blocks of data
 Commands include open(), read(), write(), seek()

Raw I/O or file-system access
 Memory-mapped file access possible
 Character Devices: e.g. keyboards, mice, serial ports, some USB devices
 Single characters at a time
 Commands include get(), put()

Libraries layered on top allow line editing
 Network Devices: e.g. Ethernet, Wireless, Bluetooth
 Different enough from block/character to have own interface
 Unix and Windows include socket interface
 Separates network protocol from network operation
 Includes select() functionality

Usage: pipes, FIFOs, streams, queues, mailboxes
Operating System Concepts – 8th Edition
13.13
Silberschatz, Galvin and Gagne ©2009
Polling
 Determines state of device

command-ready

busy

Error
 Busy-wait cycle to wait for I/O from device
Operating System Concepts – 8th Edition
13.14
Silberschatz, Galvin and Gagne ©2009
Interrupts
 CPU Interrupt-request line triggered by I/O device
 Interrupt handler receives interrupts
 Maskable to ignore or delay some interrupts
 Interrupt vector to dispatch interrupt to correct handler

Based on priority

Some nonmaskable
 Interrupt mechanism also used for exceptions
Operating System Concepts – 8th Edition
13.15
Silberschatz, Galvin and Gagne ©2009
Interrupt-Driven I/O Cycle
Operating System Concepts – 8th Edition
13.16
Silberschatz, Galvin and Gagne ©2009
Intel Pentium Processor Event-Vector Table
Operating System Concepts – 8th Edition
13.17
Silberschatz, Galvin and Gagne ©2009
Example: Memory-Mapped Display Controller
 Memory-Mapped:

Hardware maps control registers and display
memory into physical address space
 Addresses set by hardware jumpers or
programming at boot time
 Simply writing to display memory (also
called the “frame buffer”) changes image on
screen
 Addr: 0x8000F000—0x8000FFFF
 Writing graphics description to commandqueue area
 Say enter a set of triangles that describe
some scene
 Addr: 0x80010000—0x8001FFFF
 Writing to the command register may cause
on-board graphics hardware to do
something
 Say render the above scene
 Addr: 0x0007F004
 Can protect with page tables
Operating System Concepts – 8th Edition
13.18
0x80020000
0x80010000
Graphics
Command
Queue
Display
Memory
0x8000F000
0x0007F004 Command
0x0007F000 Status
Physical Address
Space
Silberschatz, Galvin and Gagne ©2009
Transfering Data To/From Controller
 Programmed I/O:

Each byte transferred via processor in/out or load/store

Pro: Simple hardware, easy to program

Con: Consumes processor cycles proportional to data size
 Direct Memory Access:

Give controller access to memory bus

Ask it to transfer data to/from memory directly
 Sample interaction with DMA controller (from book):
Operating System Concepts – 8th Edition
13.19
Silberschatz, Galvin and Gagne ©2009
Direct Memory Access
 Used to avoid programmed I/O for large data movement
 Requires DMA controller
 Bypasses CPU to transfer data directly between I/O device and memory
Operating System Concepts – 8th Edition
13.20
Silberschatz, Galvin and Gagne ©2009
Six Step Process to Perform DMA Transfer
Operating System Concepts – 8th Edition
13.21
Silberschatz, Galvin and Gagne ©2009
Application I/O Interface
 I/O system calls encapsulate device behaviors in generic classes
 Device-driver layer hides differences among I/O controllers from kernel
 Devices vary in many dimensions

Character-stream or block

Sequential or random-access

Sharable or dedicated

Speed of operation

read-write, read only, or write only
Operating System Concepts – 8th Edition
13.22
Silberschatz, Galvin and Gagne ©2009
A Kernel I/O Structure
Operating System Concepts – 8th Edition
13.23
Silberschatz, Galvin and Gagne ©2009
Characteristics of I/O Devices
Operating System Concepts – 8th Edition
13.24
Silberschatz, Galvin and Gagne ©2009
Block and Character Devices
 Block devices include disk drives

Commands include read, write, seek

Raw I/O or file-system access

Memory-mapped file access possible
 Character devices include keyboards, mice, serial ports

Commands include get(), put()

Libraries layered on top allow line editing
Operating System Concepts – 8th Edition
13.25
Silberschatz, Galvin and Gagne ©2009
Network Devices
 Varying enough from block and character to have own interface
 Unix and Windows NT/9x/2000 include socket interface

Separates network protocol from network operation

Includes select() functionality
 Approaches vary widely (pipes, FIFOs, streams, queues, mailboxes)
Operating System Concepts – 8th Edition
13.26
Silberschatz, Galvin and Gagne ©2009
Clocks and Timers
 Provide current time, elapsed time, timer
 Programmable interval timer used for timings, periodic interrupts
 ioctl() (on UNIX) covers odd aspects of I/O such as clocks and timers
Operating System Concepts – 8th Edition
13.27
Silberschatz, Galvin and Gagne ©2009
How Does User Deal with Timing?
 Blocking Interface: “Wait”

When request data (e.g. read() system call), put process to sleep until
data is ready

When write data (e.g. write() system call), put process to sleep until
device is ready for data
 Non-blocking Interface: “Don’t Wait”

Returns quickly from read or write request with count of bytes successfully
transferred

Read may return nothing, write may write nothing
 Asynchronous Interface: “Tell Me Later”

When request data, take pointer to user’s buffer, return immediately; later
kernel fills buffer and notifies user

When send data, take pointer to user’s buffer, return immediately; later
kernel takes data and notifies user
Operating System Concepts – 8th Edition
13.28
Silberschatz, Galvin and Gagne ©2009
Blocking and Nonblocking I/O
 Blocking - process suspended until I/O completed

Easy to use and understand

Insufficient for some needs
 Nonblocking - I/O call returns as much as available

User interface, data copy (buffered I/O)

Implemented via multi-threading

Returns quickly with count of bytes read or written
 Asynchronous - process runs while I/O executes

Difficult to use

I/O subsystem signals process when I/O completed
Operating System Concepts – 8th Edition
13.29
Silberschatz, Galvin and Gagne ©2009
Two I/O Methods
Synchronous
Operating System Concepts – 8th Edition
Asynchronous
13.30
Silberschatz, Galvin and Gagne ©2009
Kernel I/O Subsystem
 Scheduling

Some I/O request ordering via per-device queue

Some OSs try fairness
 Buffering - store data in memory while transferring between devices

To cope with device speed mismatch

To cope with device transfer size mismatch

To maintain “copy semantics”
Operating System Concepts – 8th Edition
13.31
Silberschatz, Galvin and Gagne ©2009
Device-status Table
Operating System Concepts – 8th Edition
13.32
Silberschatz, Galvin and Gagne ©2009
Sun Enterprise 6000 Device-Transfer Rates
Operating System Concepts – 8th Edition
13.33
Silberschatz, Galvin and Gagne ©2009
Kernel I/O Subsystem
 Caching - fast memory holding copy of data

Always just a copy

Key to performance
 Spooling - hold output for a device

If device can serve only one request at a time

i.e., Printing
 Device reservation - provides exclusive access to a device

System calls for allocation and deallocation

Watch out for deadlock
Operating System Concepts – 8th Edition
13.34
Silberschatz, Galvin and Gagne ©2009
Error Handling
 OS can recover from disk read, device unavailable, transient write failures
 Most return an error number or code when I/O request fails
 System error logs hold problem reports
Operating System Concepts – 8th Edition
13.35
Silberschatz, Galvin and Gagne ©2009
I/O Protection
 User process may accidentally or purposefully attempt to disrupt normal
operation via illegal I/O instructions

All I/O instructions defined to be privileged

I/O must be performed via system calls

Memory-mapped and I/O port memory locations must be protected
too
Operating System Concepts – 8th Edition
13.36
Silberschatz, Galvin and Gagne ©2009
Use of a System Call to Perform I/O
Operating System Concepts – 8th Edition
13.37
Silberschatz, Galvin and Gagne ©2009
Kernel Data Structures
 Kernel keeps state info for I/O components, including open file tables,
network connections, character device state
 Many, many complex data structures to track buffers, memory allocation,
“dirty” blocks
 Some use object-oriented methods and message passing to implement I/O
Operating System Concepts – 8th Edition
13.38
Silberschatz, Galvin and Gagne ©2009
UNIX I/O Kernel Structure
Operating System Concepts – 8th Edition
13.39
Silberschatz, Galvin and Gagne ©2009
I/O Requests to Hardware Operations
 Consider reading a file from disk for a process:

Determine device holding file

Translate name to device representation

Physically read data from disk into buffer

Make data available to requesting process

Return control to process
Operating System Concepts – 8th Edition
13.40
Silberschatz, Galvin and Gagne ©2009
Life Cycle of An I/O Request
Operating System Concepts – 8th Edition
13.41
Silberschatz, Galvin and Gagne ©2009
STREAMS
 STREAM – a full-duplex communication channel between a user-level
process and a device in Unix System V and beyond
 A STREAM consists of:
- STREAM head interfaces with the user process
- driver end interfaces with the device
- zero or more STREAM modules between them.
 Each module contains a read queue and a write queue
 Message passing is used to communicate between queues
Operating System Concepts – 8th Edition
13.42
Silberschatz, Galvin and Gagne ©2009
The STREAMS Structure
Operating System Concepts – 8th Edition
13.43
Silberschatz, Galvin and Gagne ©2009
Performance
 I/O a major factor in system performance:

Demands CPU to execute device driver, kernel I/O code

Context switches due to interrupts

Data copying

Network traffic especially stressful
Operating System Concepts – 8th Edition
13.44
Silberschatz, Galvin and Gagne ©2009
Intercomputer Communications
Operating System Concepts – 8th Edition
13.45
Silberschatz, Galvin and Gagne ©2009
Improving Performance
 Reduce number of context switches
 Reduce data copying
 Reduce interrupts by using large transfers, smart controllers, polling
 Use DMA
 Balance CPU, memory, bus, and I/O performance for highest throughput
Operating System Concepts – 8th Edition
13.46
Silberschatz, Galvin and Gagne ©2009
Device-Functionality Progression
Operating System Concepts – 8th Edition
13.47
Silberschatz, Galvin and Gagne ©2009
End of Chapter 13
Operating System Concepts – 8th Edition,
Silberschatz, Galvin and Gagne ©2009