Contact Us

Programming Project 2 Solution

$40.00 $34.00

Deliverables: Your FCFS solution (i.e. ThreadCB.java and TimerInterruptHandler.java) One-page explanation of how you accomplished the assignment (or what you have currently and why you could not complete the task). Make sure that you comment on the data structures that you used and how you used them. Objective: To implement CPU scheduling on the OSP2 simulator.…

5/5 – (2 votes)

You’ll get a: zip file solution

 

Categorys:
Tags:

Description

5/5 – (2 votes)

Deliverables:

  • Your FCFS solution (i.e. ThreadCB.java and TimerInterruptHandler.java)

  • One-page explanation of how you accomplished the assignment (or what you have currently and why you could not complete the task). Make sure that you comment on the data structures that you used and how you used them.

Objective: To implement CPU scheduling on the OSP2 simulator. You will implement the methods in module ThreadCB.java and the single method do_handleInterrupt() in TimerInterrupHandler.java to further your understanding of CPU scheduling. You are required to implement the FCFS scheduling algorithm.

Incorporating your implementation and running the simulator.

  1. Download the attachment to the Project 2 assignment on Dropbox (Project2.zip).

  2. Move Project2.zip into your “CSCE311Projects” folder

  1. Unzip the file you should see the following files:

    1. Threads/Demo.jar

    1. Threads/Makefile

    2. Threads/Misc

    1. Threads/OSP.jar

    1. Threads/ThreadCB.java

    2. Threads/TimerInterruptHandler.java

    1. Threads/Misc/params.osp

    1. Threads/Misc/wgui.rdl

  1. Demo.jar is a working version of OSP2 using FCFS scheduling. To run this version of the simulator:

    1. Linux/Unix/Mac: java -classpath .:Demo.jar osp.OSP

    1. Windows: java -classpath .;Demo.jar osp.OSP

    1. Ubuntu on Windows: java -classpath ./Demo.jar osp.OSP

  1. The only two files that you should modify are the ThreadCB.java and TimerInterruptHandler.java files. Do not modify any of the other files.

After modifying the code in these file, you can recompile your code using the following commands:

Linux/Unix/Mac:

Windows:

javac -g -classpath .:OSP.jar: -d . *.java

javac -g -classpath .;OSP.jar; -d . *.java

This will create an executable called OSP. You can then run the simulator with your new code using the following:

Linux/Unix/Mac: java -classpath .:OSP.jar osp.OSP

Windows:

Background

java -classpath .;OSP.jar osp.OSP

In order to run a FCFS scheduler, you will need two things: a ready list of some kind and the ability to context switch.

The Ready Queue

In the ThreadCB.java, you will need to keep track of the ready list. You may use any reasonable structure to do so (ArrayList, Map… etc.). OSP2 also comes with a GenericList (linked list, more in section 1.5 in OSP2 book).

Context Switching

You will need to be able to pass control of the CPU from one thread to another. To do this you will first need to preempt the current thread and then dispatch another thread.

Steps to preempt the current thread:

  1. Determine which thread is the current thread. The page table base register (PTBR) points to the page table of the current thread. We can use this information to figure out which thread is running. The PTBR is contained in the memory management unit (MMU). To find the current thread: MMU.getPTBR().getTask().getCurrentThread();

    1. The call MMU.getPTBR() returns the page table of the current thread. If no thread is running then this call will return null. You will probably want a try-catch to check for this.

    1. The getTask() method returns the task that owns the thread.

    2. The getCurrentThread() method returns the current thread in that task.

  1. Change the state of the current thread to either ThreadReady/ThreadWaiting/ThreadKill

  1. Set the page table base register to null -> MMU.setPTBR(null)

  1. Tell the task that its thread is no longer running (use getTask() to find the task associated with the thread and then use the setCurrentThread() method to set the current thread to null.

Steps to dispatch another thread:

  1. Select a thread (t) to run (this will be dependent on what scheduling algorithm you are using).

  1. If there are no threads to run (ready list is empty) then set the PTBR to null -> MMU.setPTBR(null)

  1. If there is a thread, set the PTBR to point to the page table of the task that owns the thread to be dispatched -> MMU.setPTBR(t.getTask().getPageTable())

  1. Let the task know that its thread is the current thread (t.getTask().setCurrentThread(t))

Modules

ThreadCB

public ThreadCB()

Just the constructor. You can just call the super’s constructor (super())

public static void init()

This is called once at the very beginning of the simulation. You should use it to initialize your global variables and data structures (such as your ready list).

static public ThreadCB do_create(TaskCB task)

This is where you will create threads, add them to the ready list and dispatch. You will always want to call the dispatch() method before leaving this method. You will first want to check to see if the Task that was sent into the do_create is null or if the task sent in already has the max # of

threads (task.getThreadCount() == MaxThreadsPerTask) that it is allowed to spawn. If this is the case, then you will want to simply call the dispatcher (dispatch()) and return null. If this is not the case then you will follow these steps:

  1. Create a new thread.

  1. Set the status of the thread -> setStatus(ThreadReady)

  2. Associate the task with the thread -> setTask(task)

  1. Associate the thread with the task -> task.addThread(thread)

a. If this step fails, then you will need to just call the dispatcher and return null

  1. Add the thread to the ready list.

  1. Call dispatch()

  1. Return the newly created thread

public void do_kill()

This method destroys the current thread. You can follow these steps:

  1. Get the status of the thread.

    1. If status == ThreadReady then remove it from the ready list

    1. If status == ThreadRunning then preempt it (see context switching above).

  1. Set the status of the thread to ThreadKill.

  1. Loop through the device table (Device.getTableSize()) to purge any IORB associated with the thread (Device.get(i).cancelPendingIO(this)).

  1. Release all resources -> ResourceCB.giveupResources()

  1. Remove the thread from the task (task.removeThread(this)). Then check to see if the task still has threads (getThreadCount()). If it does not then kill the task (.kill()).

  1. Call dispatch()

public void do_suspend(Event event)

This method suspends/increments the ThreadWaiting status of a thread.

  1. Find the current status of the thread (getStatus())

  1. If status == ThreadRunning then suspend it (context switch again).

    1. Set the thread’s status to ThreadWaiting

    1. Set the PTBR to null.

    1. Set the current thread of the task to null.

  1. If it is already waiting then increment its waiting status. To test waiting status compare getStatus() >= ThreadWaiting.

  1. Make sure that the thread is not in the ready queue.

  1. Add the thread to the event queue using event.addThread(thread).

  2. Call dispatch()

public void do_resume()

This method resumes/decrements the ThreadWaiting status of a thread.

  1. Check the status of the thread

    1. If ThreadRunning -> call dispatch and return

    1. If ThreadWaiting -> set status to ThreadReady, add to the ready list and call dispatch()

    2. If any other status -> set status to getStatus – 1, call dispatch()

public static int do_dispatch()

This method selects a thread to dispatch. For this part you will use FCFS scheduling.

1. First check to see if there is a thread currently running. Hint:

MMU.getPTBR().getTask().getCurrentThread() will only return null if there is no thread running.

  1. If there is a thread running then check to see if there is another thread waiting in the ready queue.

    1. If not, then set the PTBR to null and return FAILURE -> this means that the dispatcher was not able to perform a context switch because there was nothing to switch to.

    1. If the ready queue is not empty then do a context switch (see Background section). The thread that was running should have its status set to ThreadReady and it should be put back on the ready queue. Based on FCFS the thread that we should take out of the ready list is the thread at the head of the queue. This thread should be the new thread that is running. Then return SUCCESS.

TimerInterruptHandler

public void do_handleInterrupt(){

ThreadCB.dispatch();

}

That’s it.

Additional Guidelines:

  • Feel free to create any helper functions to get tasks done.

  • Your code will need to compile and run to get credit, so you should start small and work to the final solution in stages.

  • You will need to document your code well so that the grader and I will be able to clearly see what you are doing (or trying to do) in each step.

  • Do not rip the solution off the internet. This is considered cheating.

  • For an example of how a correct solution might look when it runs, run the demo version in the directory that was provided.

  • Your solution should not have core dumps and should complete the simulation successfully with no warnings or aborts of the OSP2 simulator.

  • Programming Assignment # 1 Dynamic Memory Allocation Solution

    Programming Assignment # 1 Dynamic Memory Allocation Solution

    $35.00 $29.00
    Buy Answer
  • Programming Project 3 GritVM Interpreter Solution

    Programming Project 3 GritVM Interpreter Solution

    $35.00 $29.00
    Buy Answer
  • Assignment-(H) Solution

    Assignment-(H) Solution

    $45.00 $39.00
    Buy Answer
  • Assignment 1 C++ FUNDAMENTALS Solution

    Assignment 1 C++ FUNDAMENTALS Solution

    $30.00 $24.00
    Buy Answer
  • Programming Assignment II CustomFTP Server SOlution

    Programming Assignment II CustomFTP Server SOlution

    $35.00 $29.00
    Buy Answer
Programming Project 2 Solution
$40.00 $34.00
-
+
Add to Cart