1.63k likes | 2.85k Views
MODERN OPERATING SYSTEMS Third Edition ANDREW S. TANENBAUM Chapter 2 Processes and Threads. Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13- 6006639. outline. Process Process scheduling Threads Race condition/synchronization. pseudoparallelism.
E N D
MODERN OPERATING SYSTEMSThird EditionANDREW S. TANENBAUMChapter 2Processes and Threads Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
outline • Process • Process scheduling • Threads • Race condition/synchronization
pseudoparallelism • In a uni-processor system, at any instant, CPU is running only one process • But in a multiprogramming system, CPU switches from processes quickly, running each for tens or hundreds of ms
The Process Model Figure 2-1. (a) Multiprogramming of four programs. (b) Conceptual model of four independent, sequential processes. (c) Only one program is active at once. Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Execution non-reproducible Program Arepeat N:=N+1; Program Brepeat print(N);N:=0; • Non-reproducible • Exampleat an instant, N=n,if execution sequence is : • N:=N+1;print(N); N:=0; then, N is:n+1;n+1;0 • print(N); N:=0; N:=N+1; then N is: n;0;1 • print(N); N:=N+1;N:=0; then N is: n;n+1;0 • Another example: • An I/O process start a tape steamer and wants to read 1st record • It decides to loop 10,000 time to wait for the steamer to speed up
Process Creation • Events which cause process creation: • System initialization. • Execution of a process creation system call by a running process. • A user request to create a new process. • Initiation of a batch job. Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Process Termination • Events which cause process termination: • Normal exit (voluntary). • Error exit (voluntary). • Fatal error (involuntary). • Killed by another process (involuntary). Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Process States Figure 2-2. A process can be in running, blocked, or ready state. Transitions between these states are as shown. Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Implementation of Processes (1) Figure 2-3. The lowest layer of a process-structured operating system handles interrupts and scheduling. Above that layer are sequential processes. Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Implementation of Processes (2) Figure 2-4. Some of the fields of a typical process table entry. Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Implementation of Processes (3) Figure 2-5. Skeleton of what the lowest level of the operating system does when an interrupt occurs. Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Modeling Multiprogramming Figure 2-6. CPU utilization as a function of the number of processes in memory. Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Scheduling – Process Behavior Figure 2-38. Bursts of CPU usage alternate with periods of waiting for I/O. (a) A CPU-bound process. (b) An I/O-bound process. Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Categories of Scheduling Algorithms • Batch • Interactive • Real time Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Scheduling Algorithm Goals Figure 2-39. Some goals of the scheduling algorithm under different circumstances. Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Scheduling in Batch Systems • First-come first-served • Shortest job first • Shortest remaining Time next Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Shortest Job First Figure 2-40. An example of shortest job first scheduling. (a) Running four jobs in the original order. (b) Running them in shortest job first order. Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Compare: Average Turnaround time Short job Long job Shortest job first
Scheduling in Interactive Systems • Round-robin scheduling • Priority scheduling • Multiple queues • Shortest process next • Guaranteed scheduling • Lottery scheduling • Fair-share scheduling Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Round-Robin Scheduling Figure 2-41. Round-robin scheduling. (a) The list of runnable processes. (b) The list of runnable processes after B uses up its quantum. Tanenbaum, Modern Operating Systems 3 e, (c) 2008 Prentice-Hall, Inc. All rights reserved. 0-13-6006639
Arrival time = 0 Time quantum =20 The Gantt chart is Typically, higher average turnaround than SJF, but better response Example: RR with Time Quantum = 20 P1 P2 P3 P4 P1 P3 P4 P1 P3 P3 0 20 37 134 154 162 121 57 77 97 117
Size of time quantum • The performance of RR depends heavily on the size of time quantum • Time quantum • Too big, = FCFS • Too small: • Hardware: Process sharing • Software: context switch, high overhead, low CPU utilization • Must be large with respect to context switch
Will the average turnaround time improve as q increase? 80% CPU burst should be shorter than q Turnaround Time Varies With The Time Quantum
Priority scheduling • Each priority has a priority number • The highest priority can be scheduled first • If all priorities equal, then it is FCFS
E.g.: Priority (nonpreemprive) Average waiting time = (6 + 0 + 16 + 18 + 1) /5 = 8.2 Example
Difficulty • How to define the priorities • Internally or • Externally • Possible Starvation(饿死) • Low priority processes may never execute • Solution • Aging – as time progresses increase the priority of the process.
Multilevel Queue • Ready queue is partitioned into separate queues: • Foreground, interactive, RR& background, batch, FCFS • A process is permanently assigned to one queue • Each queue has its own scheduling algorithm • Preemptive • Scheduling must be done between the queues. • Fixed priority scheduling • i.e.: serve all from foreground then from background • Possibility of starvation(饿死) • Time slice • Each queue gets a certain amount of CPU time which it can schedule among its processes • i.e.: 80% VS. 20%
Multilevel Feedback Queue • A process can move between the various queues;aging can be implemented this way • Multilevel-feedback-queue scheduler defined by the following parameters: • number of queues • scheduling algorithms for each queue • method used to determine when to upgrade a process • method used to determine when to demote a process • method used to determine which queue a process will enter when that process needs service
Example of Multilevel Feedback Queue • Three queues: • Q0 – time quantum 8 milliseconds, FCFS • Q1 – time quantum 16 milliseconds, FCFS • Q2 – FCFS
Scheduling • A new job enters queue Q0 which is served FCFS. When it gains CPU, job receives 8 milliseconds. If it does not finish in 8 milliseconds, job is moved to queue Q1. • At Q1 job is again served FCFS and receives 16 additional milliseconds. If it still does not complete, it is preempted and moved to queue Q2.
Priority inversion • Priority inversion • When the higher-priority process needs to read or modify kernel data that are currently being accessed by another, lower-priority process • The high-priority process would be waiting for a lower-priority one to finish
E.g.: • Priority: P1<PRT3<PRT2 • PRT3 preempt P1; PRT2 waits for P1; • PRT2 waits for PRT3
PRT2 抢占 PRT3 抢占 P1
Priority inversion (cont.) • Solution • Priority-inheritance (lending) • PRT2 lends its priory to P1, thus PRT3 could not preempt P1 • Priority inheritance must be transitive • E.g.: • Priority: P1<PRT3<PRT2
Priority Inversion • Ceiling Protocol • One way to solve priority inversion is to use the priority ceiling protocol, which gives each shared resource a predefined priority ceiling. • When a task acquires a shared resource, the task is hoisted (has its priority temporarily raised) to the priority ceiling of that resource. • The priority ceiling must be higher than the highest priority of all tasks that can access the resource, thereby ensuring that a task owning a shared resource won't be preempted by any other task attempting to access the same resource. • When the hoisted task releases the resource, the task is returned to its original priority level.
Threads: The Thread Model (1) (a) Three processes each with one thread (b) One process with three threads
The Thread Model (2) • Items shared by all threads in a process • Items private to each thread
Thread Has own program counter, register set, stack Shares code (text), global data, open files With other threads within a single Heavy-Weight Process (HWP) But not with other HWP’s May have own PCB Depends on operating system Context will involve thread ID, program counter, register set, stack pointer RAM address space shared with other threads in same process Memory management information shared
Thread Usage (1) A word processor with three threads
Thread Usage (2) A multithreaded Web server
Thread Usage (3) • Rough outline of code for previous slide (a) Dispatcher thread (b) Worker thread
Thread Usage (4) Three ways to construct a server
Implementing Threads in User Space A user-level threads package
Implementing Threads in the Kernel A threads package managed by the kernel
Making Single-Threaded Code Multithreaded (1) Conflicts between threads over the use of a global variable
Making Single-Threaded Code Multithreaded (2) Threads can have private global variables