You must work on this assignment with one other person. You should work together on all parts of the assignment, but submit only one set of solutions. If you each work on part, then you each only learn part of the material. Please be sure to write both names on the submitted solutions.
Note: Copying material from Wikipedia, other online sources, or any source will not be tolerated. This form of plagiarism has occurred in the past, and penalties for violating the Duke Community Standard will be severe.
This part is primarily to make you familiar with just using simplescalar.
SimpleScalar is a set of simulation tools that we will use throughout the semester to study computer architectures. The SimpleScalar toolset (see www.simplescalar.com for more information), which is written in C, is used widely in research for evaluating microarchitectural ideas, and it includes several types of simulators. These simulators trade off speed of simulation versus modeling detail. They can all simulate several ISAs, but in this class we will only use them to simulate the Alpha ISA (used by DEC and then Compaq).
On an x86/Linux machine supported by either Duke OIT (e.g., teer[1-45].oit.duke.edu) or Computer Science (e.g., linux.cs.duke.edu or your desktop machine) or on your own linux machine, create a working directory. Downlaod the files benchmarks.tgz and simplesim-3v0d.tgz to your working directory. For both of these files, untar (tar -zxvf file.tar) them. Change directory to the newly created simplesim-3.0 directory and then build the purely functional simulator, sim-safe, by typing make sim-safe. Don’t worry about the couple of warnings—they’re normal.
Now you are ready to run the benchmarks that are in the newly created
benchmarks directory. Follow the instructions for running 3 out of
the 4 benchmarks (all but compress) that are in benchmarks/README;
note you may have to remove the file OUT if it already exists. The
target is “alpha”, since we are simulating the Alpha
ISA. To make sure everything is running correctly, here are the
instruction counts for go (545812301), gcc (337331752), and anagram
(25593483). It is possible your instruction counts will be slightly
different (less than 1% different). This is OK. Also, do not worry
if the output is not the same as the reference outputs—this is
also OK.
Experiment: For each of these three benchmarks, evaluate the following design idea. Assume that you have a 2GHz processor whose clock rate is bottlenecked by the time to access the L1 data cache for loads (but not stores), and that all instructions currently take 1 cycle (there is no pipelining and no parallelism of any kind). We could increase the clock rate to 2.25 GHz if we let loads take 2 cycles each (but all other instructions are still 1 cycle). Is this a good idea? Show your math!
To evaluate this idea, you must modify sim-safe to count loads and
stores of all types. (You do NOT need to modify the simulator to
change latencies.) When you’re ready to submit your modified
sim-safe.c. Write your names and email addresses as comments at the
begining of your code. Do NOT change the name of sim-safe.c. Add
comments to the code where you make modifications and include the
string CS220 at the beginning of each comment.
Note: sim-safe
reports “sim_elapsed_time” when it is done. This is a
measure of how long the simulation took to run, NOT how long it
would take the simulated machine to run the benchmark. This is a
very important distinction.
Submit: Use this link to upload your file. Be sure to include both your names in a comment at the top of the .c file.
Since this is the first homework and you may have questions about submission, please do NOT wait until the last minute to submit your code.