Scheduling and Resource Access Protocols: Basic Aspects

Slides:



Advertisements
Similar presentations
Real Time Scheduling.
Advertisements

Chapter 7 - Resource Access Protocols (Critical Sections) Protocols: No Preemptions During Critical Sections Once a job enters a critical section, it cannot.
Priority Inheritance and Priority Ceiling Protocols
Outline Introduction Assumptions and notations
Introduction to Embedded Systems Resource Management - III Lecture 19.
Priority INHERITANCE PROTOCOLS
Mutual Exclusion – SW & HW By Oded Regev. Outline: Short review on the Bakery algorithm Short review on the Bakery algorithm Black & White Algorithm Black.
Copyright © 2000, Daniel W. Lewis. All Rights Reserved. CHAPTER 8 SCHEDULING.
1 EE5900 Advanced Embedded System For Smart Infrastructure RMS and EDF Scheduling.
0 Synchronization Problem Resource sharing –Requires mutual exclusion –Critical section A code section that should be executed mutually exclusively by.
CS5270 Lecture 31 Uppaal, and Scheduling, and Resource Access Protocols CS 5270 Lecture 3.
Resource Access Protocols
CPE555A: Real-Time Embedded Systems
CprE 458/558: Real-Time Systems (G. Manimaran)1 CprE 458/558: Real-Time Systems Resource Access Control Protocols.
CSE 522 Real-Time Scheduling (3)
Mutual Exclusion.
Interprocess Communication
An Introduction to Real Time Systems
Task Allocation and Scheduling n Problem: How to assign tasks to processors and to schedule them in such a way that deadlines are met n Our initial focus:
Module 2 Priority Driven Scheduling of Periodic Task
Resource Access Control in Real-Time Systems Resources, Resource Access, and How Things Can Go Wrong: The Mars Pathfinder Incident Resources, Critical.
UCDavis, ecs150 Fall /23/2007ecs150, fall Operating System ecs150 Fall 2007 : Operating System #3: Priority Inversion (a paper on the class.
UCDavis, ecs150 Spring /21/2006ecs150, spring Operating System ecs150 Spring 2006 : Operating System #3: Priority Inversion (paper) Dr. S.
Resource Access Control (Part I) The Mars Pathfinder Incident Resource Model Priority Inversion.
By Group: Ghassan Abdo Rayyashi Anas to’meh Supervised by Dr. Lo’ai Tawalbeh.
Spring 2002Real-Time Systems (Shin) Rate Monotonic Analysis Assumptions – A1. No nonpreemptible parts in a task, and negligible preemption cost –
UCDavis, ecs251 Fall /23/2007ecs251, fall Operating System Models ecs251 Fall 2007 : Operating System Models #3: Priority Inversion Dr. S.
Chapter 4 – Periodic Task Scheduling In many real-time systems periodic tasks dominate the demand. Three classic periodic task scheduling algorithms: –
Introduction to Embedded Systems
Real-Time Scheduling CS4730 Fall 2010 Dr. José M. Garrido Department of Computer Science and Information Systems Kennesaw State University.
Real-Time Scheduling CS4730 Fall 2010 Dr. José M. Garrido Department of Computer Science and Information Systems Kennesaw State University.
Deadlocks Silberschatz Ch. 7 and Priority Inversion Problems.
Chapter 6 – Process Synchronisation (Pgs 225 – 267)
- 1 -  P. Marwedel, Univ. Dortmund, Informatik 12, 2006 Universität Dortmund Periodic scheduling For periodic scheduling, the best that we can do is to.
CS6502 Operating Systems - Dr. J. Garrido Deadlock – Part 2 (Lecture 7a) CS5002 Operating Systems Dr. Jose M. Garrido.
CSCI1600: Embedded and Real Time Software Lecture 24: Real Time Scheduling II Steven Reiss, Fall 2015.
Introduction to Embedded Systems Rabie A. Ramadan 5.
CSCI1600: Embedded and Real Time Software Lecture 23: Real Time Scheduling I Steven Reiss, Fall 2015.
Lecture 2, CS52701 The Real Time Computing Environment I CS 5270 Lecture 2.
Sandtids systemer 2.modul el. Henriks 1. forsøg m. Power Point.
Undergraduate course on Real-time Systems Linköping University TDDD07 Real-time Systems Lecture 2: Scheduling II Simin Nadjm-Tehrani Real-time Systems.
Distributed Process Scheduling- Real Time Scheduling Csc8320(Fall 2013)
Lecture 6 Deadlock 1. Deadlock and Starvation Let S and Q be two semaphores initialized to 1 P 0 P 1 wait (S); wait (Q); wait (Q); wait (S);. signal (S);
Process Management Deadlocks.
REAL-TIME OPERATING SYSTEMS
RTOS Scheduling 2.0 Problems - Solutions
EMERALDS Landon Cox March 22, 2017.
EEE 6494 Embedded Systems Design
G.Anuradha Ref:- Galvin
Real-Time Resource Scheduling  A. Mok 2016
Lecture 24: Process Scheduling Examples and for Real-time Systems
Realtime System Fundamentals : Scheduling and Priority-based scheduling B. Ramamurthy cse321-fall2014 9/20/2018.
Rate Monotonic Analysis For Real-Time Scheduling A presentation for
Realtime Scheduling Algorithms
Realtime System Fundamentals : Scheduling and Priority-based scheduling B. Ramamurthy cse321-fall /27/2018.
Midterm review: closed book multiple choice chapters 1 to 9
Chapter 7: Deadlocks.
CSCI1600: Embedded and Real Time Software
Lecture 2 Part 2 Process Synchronization
CSCI1600: Embedded and Real Time Software
Resource access control -- example
Deadlocks Session - 13.
DEADLOCK.
CHAPTER 8 Resources and Resource Access Control
Real-Time Process Scheduling Concepts, Design and Implementations
The End Of The Line For Static Cyclic Scheduling?
Ch 4. Periodic Task Scheduling
Real-Time Process Scheduling Concepts, Design and Implementations
CSE 542: Operating Systems
Presentation transcript:

Scheduling and Resource Access Protocols: Basic Aspects CS 5270 Lecture 3 CS5270 Lecture 3

A Classic Policy Rate Monotonic Scheduling. Task set : {J1, J2, …, Jn} Each task is periodic. T1, T2,.., Tn i = 0 for each i. Di = Ti for each i. Pre-emption allowed. Only one processor No precedence constraints No shared resources. CS5270 Lecture 3

RMS The RMS algorithm: Assign a static priority to the tasks according to their periods. Priority of a task does not change during execution. Tasks with shorter periods have higher priorities. Preemption policy: If Ti is executing and Tj arrives which has higher priority (shorter period), then preempt Ti and start executing Tj. CS5270 Lecture 3

RMS Example (3, 2) (5, 1) CS5270 Lecture 3

RMS Example (3, 1) (5, 2) CS5270 Lecture 3

RMS Results RMS is optimal. If a set of of periodic tasks (satisfying the assumptions set out previously) is not schedulable under RMS then no static priority algorithm can schedule this set of tasks. RMS requires very little run time processing. CS5270 Lecture 3

Process Utilization Factor Task set = {T1, T2, …, Tn} Process Utilization Factor  Ci / Ti C1 / T1 + C2 / T2 + … Cn / Tn If this factor is GREATER than 1 then the task set can not be scheduled. Why? If UF ≤ 1 it may be RMS-schedulable. CS5270 Lecture 3

RMS Schedulability Task set = {T1, T2, …, Tn} If UF  Ulub then it is guaranteed to be schedulable. Ulub - The least upper bound of processor utility. For RMS, Ulub = n( 21/n – 1) CS5270 Lecture 3

Process Utilization Factor Task set = {T1, T2, …, Tn} If UF  Ulub then it is guaranteed to be schedulable. But if UF is greater than Ulub and not greater than 1, we must check explicitly whether the task set is RMS-schedulable. CS5270 Lecture 3

RMS Schedulability n Ulub   0.690 1 1.000 2 0.828 3 0.780 4 0.757 5 0.743 6 0.735 7 0.729   0.690 This is only a sufficient criterion! This criterion may fail and yet an RMS may exist.

RMS Example UF = 0.66 + 0.20 = 0.86 (3, 2) Ulub = 0. 828 (5, 1) CS5270 Lecture 3

RMS Example UF = 0.33 + 0.40 = 0.73 (3, 1) Ulub = 0. 828 (5, 2) CS5270 Lecture 3

EDF Earliest Deadline First. Tasks with earlier deadlines will have higher priorities. Applies to both periodic and aperiodic tasks. EDF is optimal for dynamic priority algorithms. A set of periodic tasks is schedulable with EDF iff the utilization factor is not greater than 1. CS5270 Lecture 3

An Example {T1, T2} T1 = ( 5, 2) T2 = (7, 4) UF = 0.4 + 0.57 = 0.97 CS5270 Lecture 3

An RMS Schedule? Time-Overflow CS5270 Lecture 3

The Example UF = 0.4 + 0.57 = 0.97 Guaranteed to be schedulable under EDF! CS5270 Lecture 3

An EDF Schedule CS5270 Lecture 3

Shared Resources Inter-process communication Material taken from: Shared resources, critical sections, priority inversion, access protocols. Material taken from: Buttazzo’s Book: parts of chapter 7. CS5270 Lecture 3

The Host Computer DSP Processor Timer ASIC Memory CS5270 Lecture 3

Tasks TASK1 TASK2 TASK3 TASK4 DATA SETS CS5270 Lecture 3

Resource Constraints resource: Shared resource: Exclusive resource: software structure used by a task during its execution. A data structure, variables, an area of main memory, a file, a piece of code, a set of registers of a peripheral device. Shared resource: Used by more than one task. Exclusive resource: No simultaneous access. Require mutual exclusion. Operating must provide a synchronization mechanism to ensure sequential access.. CS5270 Lecture 3

Critical Section Critical section: A piece of code belonging to task executed under mutual exclusion constraints. Mutual exclusion enforced by semaphores. wait(s) Blocked if s = 0. signal(s) s is set to 1 when signal(s) executes. CS5270 Lecture 3

Structure of Critical Sections. CS5270 Lecture 3

Wait State A task waiting for an exclusive resource is blocked on that resource. Tasks blocked on the same resource are kept in a wait queue associated with the semaphore protecting the resource. A task in the running state executing wait(s) on a locked semaphore (s = 0) enters the waiting state. When a task currently using the resource executes signal(s), the semaphore is released. When a task leaves its waiting state (because the semaphore has been released) it goes into the ready state: CS5270 Lecture 3

Waiting State CS5270 Lecture 3

Blocking via Exclusive Resource J1 has higher priority than J2. Preemption is in play. Only one processor available.

Resource Access Protocols Multiple tasks. Uniprocessor Shared resources. Need proper protocols for accessing shared resources. Resource access protocols. Avoid priority inversion! CS5270 Lecture 3

Priority Inversion. J1 J2 J3 0 1 2 3 4 5 6 7 J1 > J2 > J3 0 1 2 3 4 5 6 7 J1 > J2 > J3 [3, 6] priority inversion period. J1 waits for the execution of J2 and the critical section of J3 CS5270 Lecture 3

Priority Inversion The Mars pathfinder Mission in 1997 ran into serious problem. The spacecraft began experiencing total system resets with loss of data each time. It turned out to be due to priority inversion. See the web page and the links there in the IVLE area! CS5270 Lecture 3

Avoiding Priority inversion Disallow preemption during the execution of a critical section. Works only if critical sections are short. Might unneccesarily block higher priority processes that do not even use any shared resources! Resource access protocols: Priority inheritance protocol. Priority ceiling protocol. CS5270 Lecture 3

Priority Inheritance Protocol Tasks have nominal and active priorities. Nominal priority: assigned by the scheduling algorithm (RMS, EDF,..) Active priority assigned by the protocol –dynamically- to avoid priority inversion. CS5270 Lecture 3

Priority Inheritance Protocol Basic idea : When Ji blocks higher-priority tasks, then its active priority is set to the highest of the priorities of the tasks it blocks. Ji inherits -temporarily – the highest priority of the blocked tasks. This prevents medium priority tasks from preempting Ji and prolonging the blocking duration of the higher priority tasks. CS5270 Lecture 3

Priority Inheritance Protocol The Protocol: Jobs are scheduled based on their active priorities. If Ji tries to enter a critical section and the corresponding resource is being held by Jj then Ji is blocked; it is said to be blocked by Jj. When a job is blocked on a semaphore, it transmits its active priority to the job that holds the semaphore; in general, a task inherits the highest priority of the jobs blocked by it. CS5270 Lecture 3

Priority Inheritance Protocol The Protocol: When Jk exits a critical section, it unlocks the semaphore; the job with the highest priority that is blocked on the semaphore, if any, is awakened. The priority of Jk is set to the highest priority of the job it is currently blocking. If none, its priority is set to its nominal one. CS5270 Lecture 3

Example CS5270 Lecture 3

Nested Critical Sections CS5270 Lecture 3

Priority Inheritance Protocol Good news: If there are m distinct semaphores that can block a job J then J can be blocked for at most the duration of at most one critical section, one for each of the semaphores. It can never be as long as the WCET of a lower priority task. CS5270 Lecture 3

Priority Inheritance Protocol Bad news: Chained Blocking: J can get blocked on n critical sections held by n distinct lower priority jobs. Deadlocks. CS5270 Lecture 3

Chained Blocking CS5270 Lecture 3

Deadlock CS5270 Lecture 3

Priority Ceiling Protocol Extension of the Priority Inheritance Protocol. Avoids chained blocking and deadlocks. Basic Idea: A task is not allowed to enter a critical section if there are already locked semaphores which could block it eventually (due to a sub-critical section nested within the entering critical section). Hence, once a task enters a critical section, it can not be blocked by lower priority tasks till its completion. CS5270 Lecture 3

Priority Ceiling Protocol The Protocol: Each semaphore S is assigned a priority ceiling C(S). It is the priority of the highest priority task that can lock S. This is a static value. Suppose J is currently running and it wants to lock the semaphore S. J is allowed to lock S only if the priority of J is strictly higher than the priority ceiling C(S’) of the semaphore S’ where: S’ is the semaphore with the highest priority ceiling among all the semaphores which are currently locked by jobs other than J. In this case, J is said to blocked by the semaphore S’ (and the job currently holding S’). CS5270 Lecture 3

Priority Ceiling Protocol The Protocol: When J gets blocked by S’ then the priority of J is transmitted to the job that currently holds S’. When J’ leaves a critical section guarded by S’ then it unlocks S’ and the highest priority job, if any, which is blocked by S’ is awakened. The priority of J’ is set to the highest priority of the job that is blocked by some semaphore that J’ is still holding. If none, the priority of J’ is set to be its nominal one. CS5270 Lecture 3

Example CS5270 Lecture 3

C (S0) = ? C(S1) = ? C(S2) = ? CS5270 Lecture 3

C (S0) = P0 C(S1) = P0 C(S2) = P1 CS5270 Lecture 3

t2 : J1 can not lock S2. Currently J2 is holding S2 and C(S2) = P1 and the current priority of J1 is also P1. CS5270 Lecture 3

t5 : J0 can not lock S0. Currently J2 is holding S2 and S1 and C(S1) = P0 and the current priority of J0 is also P0. The (inherited) priority of J2 is now P0. CS5270 Lecture 3

t6 : J2 unlocks S1. It awakens J0 t6 : J2 unlocks S1. It awakens J0. But J2’s (inherited) priority is now only P1 while P0 > C(S2) = P1. So J0 preempts J2 and runs to completion. CS5270 Lecture 3

t7 : J2 resumes execution with priority P1. CS5270 Lecture 3

t8 : J2 unlocks S2 and goes back to its nominal priority P2 t8 : J2 unlocks S2 and goes back to its nominal priority P2. So J1 preempts J0 and runs to completion. CS5270 Lecture 3

Two Key Properties Under priority ceiling protocol, a job can be blocked for at most the duration of one critical section. The priority ceiling protocol prevents deadlocks. CS5270 Lecture 3

Blocking Times Bi ----- The maximum blocking time of Ji. Dj,k ---- The duration the critical section in Jj whose access is regulated by the semaphore Sk. If Dj,k is 0 this means Jj does not use Sk. Then: Bi = max{ Dj,k | Pj < Pi, C(Sk)  Pi } CS5270 Lecture 3