Shalin Dalal
Vivek Rao
Sameer Rajyaguru
Feasibility Analysis
Contents
1.Issues and Solutions
A. Definition of the controlled variable and the way to measure.
The controlled variable in our case is the miss ratio. The miss ration is measured in terms of the percen
Title
We plan to implement the Feedback Control, Earliest Deadline First Scheduling algorithm, in RED- Linux
Description
Static scheduling requires a complete knowledge of the task set and the constraints, dynamic scheduling on the other hand can work with incomplete knowledge however these scheduling algorithms are all open ended, i.e. they do not take into consideration the performance of the schedule. These scheduling algorithms thus work well when the tysk set can be accurately modeled, however in real world situations this is not always possible and its more the case that the task set cannot be modeled correctly or there are transient changes that are not designed for. This leads to the idea of using feedback to dynamically adjust the scheduling algorithm parameters. The leads to the generic idea of feedback scheduling and the specific idea of FC-EDF.
The following is the diagrammatic description of the FC-EDF architecture.
We plan to implement the FC-EDF scheduler in RED –Linux . RED –Linux is a real time variant of Linux , it supports a real time scheduler that is separated
into an user level allocator and a kernel dispatcher.
It supports the following parameters for the tasks
1. priority
2. Start Time
3. Finish Time
4. Budget
The following is the structure of the RED- linux scheduler.
Solution
:
The following are the considerations that we are going to make.
we will implement the admission control and the EDF priority assignment in the allocator. The PID controller , the service level controller will be implemented in the dispatcher. The following are the mappings from the paper to the problem at hand and to RED-Linux
Only those that submit a range of deadlines
Start with the highest priority task i.e the highest priority according to EDF and try and accommodate the entire change in this task and then if more change is left then pick the next highest priority task.
( Practically decide a value.)
If task utilization > available increase in utilization then reject