$29
6 1 Introduction
In P1 (Simple Shell Interpreter, SSI), you have built a shell environment to interact with the host operating system.
Good job! But very soon you find that SSI is missing one of the key features in a real multi-process or multi-thread
operating system: scheduling, i.e., all processes or threads created by your SSI are still scheduled by the host operating
system, not yours! Interested in building a multi-thread scheduling system for yourself? In this assignment, you will
learn how to use the three programming constructs provided by the POSIX pthread library:
12
13
14
threads
mutexes
condition variables (convars)
to do so. Your goal is to construct a simulator of an automated control system for the railway track shown in Figure 1
(i.e., to emulate the scheduling of multiple threads sharing a common resource in a real operating system).
As shown in Figure 1, there are two stations (for high and low priority trains) on each side of the main track. At
each station, one or more trains are loaded with commodities. Each train in the simulation commences its loading
process at a common start time 0 of the simulation program. Some trains take more time to load, some less. After
a train is loaded, it patiently awaits permission to cross the main track, subject to the requirements specified in
Section 2.2. Most importantly, only one train can be on the main track at any given time. After a train finishes
crossing, it magically disappears. You will use threads to simulate the trains approaching the main track from two
different directions, and your program will schedule between them to meet the requirements in Section 2.2.
You will use C or C++ and the Linux workstation in ECS242 or ECS348 or the linux.csc.uvic.ca cluster to
implement and test your work.
2 Trains
Each train, which will be simulated by a thread, has the following attributes:
1. Number: an integer uniquely identifying each train.
east−bound
West
East
west−bound
high−priority
high−priority
west−bound
east−bound
main track
east−bound
west−bound
low−priority
low−priority
Figure 1: The railway system under consideration.
1
29
30
31
32
33
34
Direction:
If the direction of a train is Westbound, it starts from the East station and travels to the West station.
If the direction of a train is Eastbound, it starts from the West station and travels to the East station.
Priority: The priority of the station from which it departs.
Loading Time: The amount of time that it takes to load it (with goods) before it is ready to depart.
Crossing Time: The amount of time that the train takes to cross the main track.
Loading time and crossing time are measured in 10ths of a second. These durations will be simulated by having
your threads, which represent trains, usleep() for the required amount of time.
2.1 Step 1: Reading the input file
Your program (mts) will accept one parameter on the command line:
• The parameter is the name of the input file containing the definitions of the trains.
2.1.1 Input file format
The input files have a simple format. Each line contains the information about a single train, such that:
42
43
44
45
46
47
48
49
50
1. The first field specifies the direction of the train. It is one of the following four characters:
e, E, w, or W
e or E specify a train headed East (East-Bound): e represents an east-bound low-priority train, and E represents an east-bound high-priority train;
w or W specify a train headed West (West-Bound): w presents a west-bound low-priority train, and W represents
a west-bound high-priority train.
Immediately following is an integer that indicates the loading time of the train.
Immediately following is an integer that indicates the crossing time of the train.
A newline (\n) ends the line.
Trains are numbered sequentially from 0 according to their order in the input file. You need to use strtok() to
handle the line. More efficiently, you can use fscanf()
2.1.2 An Example
The following file specifies three trains, two headed East and one headed West.
55
56
57
e 10 6
W 6 7
E310
It implies the following list of trains:
Train No.
Priority
Direction
Loading Time
Crossing Time
0
low
East
1.0s
0.6s
59
1
high
West
0.6s
0.7s
2
high
East
0.3s
1.0s
Note: Observe that Train 2 is actually the first to finish the loading process.
2
2.2 Step 2: Simulation Rules
The rules enforced by the automated control system are:
1. Only one train is on the main track at any given time.
2. Only loaded trains can cross the main track.
3. If there are multiple loaded trains, the one with the high priority crosses.
4. If two loaded trains have the same priority, then:
67
68
69
70
71
72
If they are both traveling in the same direction, the train which finished loading first gets the clearance to cross first. If they finished loading at the same time, the one appeared first in the input file gets the clearance to cross first.
If they are traveling in opposite directions, pick the train which will travel in the direction opposite of which the last train to cross the main track traveled. If no trains have crossed the main track yet, the Eastbound train has the priority.
73 2.3 Step 3: Output
For the example, shown in Section 2.1.2, the correct output is:
75
76
77
78
79
80
81
82
83
00:00:00.3 Train
2
is ready to go
East
00:00:00.3 Train
2
is ON the main
track going East
00:00:00.6 Train
1
is ready to go
West
00:00:01.0 Train
0
is ready to go
East
00:00:01.3 Train
2
is OFF the main track after going East
00:00:01.3 Train
1
is ON the main track going West
00:00:02.0 Train
1
is OFF the main track after going West
00:00:02.0 Train
0
is ON the main track going East
00:00:02.6 Train
0
is OFF the main track after going East
You must:
1. print the arrival of each train at its departure point (after loading) using the format string, prefixed by the
simulation time:
"Train %2d is ready to go %4s"
2. print the crossing of each train using the format string, prefixed by the simulation time:
"Train %2d is ON the main track going %4s"
3. print the arrival of each train (at its destination) using the format string, prefixed by the simulation time:
"Train %2d is OFF the main track after going %4s"
where:
93
94
95
96
there are only two possible values for direction: "East" and "West"
trains have integer identifying numbers. The ID number of a train is specified implicitly in the input file. The train specified in the first line of the input file has ID number 0.
trains have loading and crossing times in the range of [1, 99].
97 2.4 Manual Pages
98 Be sure to study the man pages for the various functions to be used in the assignment. For example, the man page
99 for pthread create can be found by typing the command:
100 $ man pthread create
101 At the end of this assignment you should be familiar with the following functions:
102 1. File access functions:
3
103
104
105
106
107
atoi
fopen
feof
fgets and strtok and more efficiently you can use fscanf
fclose
2. Thread creation functions:
109
110
111
pthread create
pthread exit
pthread join
3. Mutex manipulation functions:
113
114
115
pthread mutex init
pthread mutex lock
pthread mutex unlock
4. Condition variable manipulation functions:
(a) pthread cond init
(b) pthread cond wait
(c) pthread cond broadcast
(d) pthread cond signal
It is absolutely critical that you read the man pages, and attend the tutorials.
Your best source of information, as always, is the man pages.
For help with the POSIX interface (in general):
http://www.opengroup.org/onlinepubs/007908799/
For help with POSIX threads:
http://www.opengroup.org/onlinepubs/007908799/xsh/pthread.h.html
A good overview of pthread can be found at: http://computing.llnl.gov/tutorials/pthreads/
3 Tutorial Schedule
In order to help you finish this programming assignment on time successfully, the schedule of this assignment has
been synchronized with both the lectures and the tutorials. There are four tutorials arranged during the course of
this assignment, including the one on pthread. NOTE: Please do attend the tutorials and follow the tutorial
schedule closely.
Date
Tutorial
Milestones
Jan 30/31
pthread, mutex and condition variable calls
multi-threading programming
Feb 6/7
P2 spec go-through, design review/hints
design and code skeleton
Feb 13/14
reading break, no tutorials
design finished
Feb 20/21
feedback on design and pthread programming
code done
Feb 27/28
testing and last-minute help
final deliverable
4
4 Submission: Deliverable 1 (Design Due: Feb 19, 2018)
You will write a design document which answers the following questions. It is recommended that you think through
the following questions very carefully before answering them.
Unlike P1, no amount of debugging will help after the basic design has been coded. Therefore, it is very important
to ensure that the basic design is correct. Answering the following questions haphazardly will basically ensure that
Deliverable 2 does not work.
So think about the following for a few days and then write down the answers.
1. How many threads are you going to use? Specify the work that you intend each thread to perform.
2. Do the threads work independently? Or, is there an overall “controller” thread?
3. How many mutexes are you going to use? Specify the operation that each mutex will guard.
4. Will the main thread be idle? If not, what will it be doing?
5. How are you going to represent stations (which are collections of loaded trains ready to depart)? That is, what
type of data structure will you use?
6. How are you going to ensure that data structures in your program will not be modified concurrently?
7. How many convars are you going to use? For each convar:
148
149
150
151
Describe the condition that the convar will represent.
Which mutex is associated with the convar? Why?
What operation should be performed once pthread cond wait() has been unblocked and re-acquired the mutex?
8. In 15 lines or less, briefly sketch the overall algorithm you will use. You may use sentences such as:
153
154
If train is loaded, get station mutex, put into queue, release station mutex.
The marker will not read beyond 15 lines.
Note: Please submit answers to the above on 8.5′′×11′′ paper in 10pt font, single spaced with 1” margins left,
right, top, and bottom. 2 pages maximum (cover page excluded), on Feb 19 through connex. The design counts for
5%.
5 Bonus Features
Only a simple control system simulator with limited scheduling and synchronization features is required in this assign-
ment. However, students have the option to propose bonus features to include more scheduling and synchronization
functions (e.g., to address scheduling fairness issues).
If you want to design and implement a bonus feature, you should contact the course instructor for permission
before the due date of Deliverable 1, and clearly indicate the feature in the submission of Deliverable 2. The credit
for the correctly implemented bonus feature will not exceed 20% of the full marks for this assignment.
6 Submission: Deliverable 2 (Code Due: March 5, 2018)
The code is submitted through connex. The tutorial instructor will give the detailed instruction in the tutorial.
6.1 Submission Requirements
Your submission will be marked by an automated script. The script (which is not very smart) makes certain
assumptions about how you have packaged your assignment submission. We list these assumptions so that your
submission can be marked thus, in a timely, convenient, and hassle-free manner.
1. The name of the submission file must be p2.tar.gz
5
2. p2.tar.gz must contain all your files in a directory named p2
3. Inside the directory p2, there must be a Makefile. Also there shall be a test input file created by you.
4. Invoking make on it must result in an executable named mts being built, without user intervention.
5. You may not submit the assignment with a compiled executable and/or object (.o) files; the script will delete
them before invoking make.
Note:
1. The script will give a time quota of 1 minute for your program to run on a given input. This time quota is
given so that non-terminating programs can be killed.
Since your program simulates train crossing delays in 10ths of a second, this should not be an issue, at all.
2. Follow the output rules specified in the assignment specification, so that the script can tally the output produced
by your program against text files containing the correct answer.
3. The markers will read your C code after the script has run to ensure that the pthread library is used as
required.
The code counts for 15%.
7 Plagiarism
This assignment is to be done individually. You are encouraged to discuss the design of the solution with your
classmates, but each student must implement their own assignment. The markers will submit your code to an
automated plagiarism detection service.
NOTE: Do not request/give source code from/to others; do not put/use code at/from public
repositories such as github or so.
6