COMP 590-154 Spring '20

General Course Info

Textbooks and Resources

J. L. Hennessy and D. A. Patterson , Computer Architecture: A Quantitative Approach, 6th Edition, Morgan Kaufmann Publishing Co.\
ISBN13: 978-0128119051 \
ISBN10: 0128119055

We will also use material from the companion web site.

Course Description

The goal for this course is to provide the general CS major a broad understanding of modern computer systems. At the end of the course, students should be able to reason about the differences between different computing approaches and reason about how to pick the right compute abstraction for a given task. While the main focus of the class is on Computer Architecture, we will also cover material from OS, compilers and networks as needed, albeit not to the extent a separate class on each would.

Topics covered: Performance measurement, Pipelining, Out-of-Order Execution, Speculative execution, Instruction-level parallelism, Memory hierarchies, Storage technologies, I/O, Floating-point arithmetic, Data parallelism, SIMD, SIMT, GPUs, specialized accelerators, Interconnects, Virtualization, Coherence, Synchronization, System-on-a-Chip (SoC), Network-on-a-Chip (NoC), Warehouse-scale computers, Networking infrastructure.

Target Audience

This is an advanced undergraduate course geared towards the general CS major who has at the very least already taken introductory classes on Computer Organization and Operating Systems.


COMP 411 (or equivalent) is a hard prerequisite (no exceptions). COMP 530 (or equivalent) is a soft prerequisite. If you haven’t taken COMP530, you must have taken at least one other systems class (networks, compilers, etc). A basic course in digital logic (such as COMP541) is recommended, but not required. Prior coursework in compilers, digital logic, and/or hardware design will also likely be of help. If you are unsure whether you have the necessary background or if you are unable to sign up via the web, please contact the instructor.

Goals and Key Learning Objectives

At the end of this course, a successful student should be able to:

Course Requirements

The course will be taught in an interactive lecture style. Although there are slides and planned topics to discuss, students are expected to ask and answer questions during the lecture. Attendance is expected, but will not be recorded.

Students are expected to complete several programming assignments.

Key Dates

Grading Criteria

Grading will be on a point system. Obtaining a total of 100 points guarantees that you will receive an ‘A’ grade in the course. All scores below 100 points will be graded on a curve.

Attendance and Participation

Participation scores will be determined by the instructor based on interactions in the class and during office hours, and on the mailing list. (Merely attending class or office hours doesn’t satisfy participation). Class attendance will not be recorded.

All course announcements and discussion will be on Piazza:

Course Schedule

These lectures have been developed in parts by Professors Asanovic, Arvind, Austin, Brehob, Emer, Falsafi, Ferdman, Hill, Hoe, Honarmand, Kim, Kubiatowicz, Loh, Lipasti, Martin, Milder, Patterson, Roth, Sanchez, Shen, Smith, Sohi, Torrellas, Tyson, Vijaykumar, and Wenisch of Carnegie Mellon University, Georgia Institute of Technology, Massachusetts Institute of Technology, Purdue University, Stony Brook University, University of California at Berkeley, University of Michigan, University of Illinois, University of Pennsylvania, and University of Wisconsin.

Date Topic Comments
Jan 9 Intro & Administrativia PPT PDF
Jan 14 Review PPT PDF
Jan 16 Simple Machine Implementations & Microcoding PPT
Jan 21 CachesPPT PDF
Jan 23 Caches
Jan 28 Caches
Feb 4 PipeliningPPT PDF
Feb 6 Pipelining Project Groups due
Feb 11 SystemVerilog tutorial PPT
Feb 13 Pipelined Execution - White board Assignment 1 Due
Feb 18 OoO Execution - White board Project Proposals Due
Feb 20 OoO & Register Rename PPT PDF
Feb 25 Speculation and traps in OoO PPT PDF
Feb 27 Speculation and traps in OoO PPT PDF Assignment 2 Due
Mar 3 Out of Order Memory Access PPT PDF
Mar 5 Out of Order Memory Access --- continued
Mar 17 Extended Break
Mar 19 Extended Break
Mar 24 Branch Prediction PPT PDF
Mar 26 Branch Prediction --- Continued
Mar 31 Prefetching PPT PDF
Apr 2 Prefetching continued
Apr 7 Multi-{Socket,Core,Thread} PPT PDF
Apr 9 Coherence and Consistency PPT PDF
Apr 14 Data Parallel Architectures PDF
Apr 16 Hennessy and Patterson Turing Award Lecture
Apr 21 In-class Review
Apr 23 Class Cancelled; Make up class on Apr 24 at same time. Bill Daly's lecture on Domain Specific Architectures
May 4 Final Exam 12:00 pm SN011 Assignment 2 & Project Due (before exam)
May 10 Commencement

Course Policies

Late Policy 

All deadlines are before class (2 PM) on the day the assignment is due. Each student is entitled to 5 late days (in total), to be used at your own discretion, where no penalty will be assessed. Assignments submitted after the deadline (and once your late days are used up) will incur a penalty of 10% of the points of the assignment multiplied by the number of students in the team per 24hr period, until there are no points left to earn from that assignment. Exemptions to this will be allowed in three cases:

  1. Illness, which has to be documented by a doctor and approved by the university.
  2. Death in the immediate family.
  3. Accommodations for students with disabilities, as prescribed by the university.

No extensions will be given for any other reason.

Forming Groups

There is no limit on the size of group you choose to form for assignments and the final project. Larger group sizes allow you to take on more challenging projects.  To balance out the advantages of a larger group compared to individuals working alone, grading strictness depends on the size of the group. In the past, large groups have succeeded in submitting amazing projects. However, beware of accepting deadbeats into your group: they are likely to hurt your grade beyond repair.

You must declare your group via email to the instructor and TA at most 5 days after the assignment handout.  You may change group composition for each assignment, as long as each change is announced within 5 days of that assignment’s handout.

Honor Code 

For the homework, warm-up projects, and course project, you may work in groups of any size.

If you work alone, you submit your own work. If you work with partners, you submit your assignments jointly. Whether you work in a group or not, you may (and are encouraged to) discuss the assignment details, designs, debugging techniques, or anything else with anyone you like in general terms, but you may not provide, receive, or take code to or from anyone outside of your group.

The code you and your partner submit must be your own work, and only your own work. Failure to document/attribute which students in the class contributed to the assignment is grounds for all students losing points on the lab. Using outside sources (the internet, previous courses, help from anyone not enrolled in the course or course staff), constitutes academic dishonesty and will be referred to the student attorney general. Any evidence that source code has been copied, shared, or transmitted in any way between non-teammates (this includes using source code written by others in previous semesters, or at other universities!) will be regarded as evidence of academic dishonesty.

Note that the course staff will use tools such as MOSS to detect cheating. These tools are very good at comparing large sets of programming assignments and correlating those that have a shared code basis, even if the code has been changed significantly!

You are welcome to use existing public libraries in your programming assignments (such as public classes for queues, trees, etc.), unless otherwise noted. You may look at code that is in the public domain, such as open source implementations of RISC-V processors. Note that you must respect the licenses they are released under, as well as, cite and acknowledge these sources properly. Not doing so constitutes academic plagiarism, and will not be tolerated.

Some more-specific guidelines for the assignments:

Unacceptable collaboration, copying or unapproved use of any code, or failure to attribute sources used to formulate a homework solution will be considered a violation of the UNC Honor Code and will be reported to the Student Attorney General.

Intellectual dishonesty can end your career, and it is your responsibility to stay on the right side of the line. If you are not sure about something, ask.


I reserve the right to make changes to the syllabus, including project due dates and test dates. These changes will be announced as early as possible.


Portions of this course design, organization, policies, syllabus, web design, etc. came from Donald Porter, Montek Singh, and Michael Ferdman and Krste Asanovich.