EECS 213 Introduction to Computer Systems
Spring 2010

Announcements

Remember to check this regularly

Administrative Information

Professor

Fabián E. Bustamante
Technological Institute, L477
+1 847 491-2745
fabianb@cs.northwestern.edu
Office Hours: TBD

TAs

John Otto
Ford Design Center, Room 2-217
+1 847 467-3250
j-otto-1@northwestern.edu
Office Hours: TBD

Course Description

This course has four purposes: (1) to learn about the hierarchy of abstractions and implementations that comprise a modern computer system; (2) to demystify the machine and the tools that we use to program it; (3) to come up to speed on systems programming in C in the Unix environment; (4) to prepare students for upper-level systems courses.

This is a learn-by-doing kind of class. You will write pieces of code, compile them, debug them, disassemble them, etc.

This course is ideally taken after EECS 211 early in your academic career.

Location and Time

In compliance with Section 504 of the 1973 Rehabilitation Act and the Americans with Disabilities Act, Northwestern University is committed to providing equal access to all programming. Students with disabilities seeking accommodations are encouraged to contact the office of Services for Students with Disabilities (SSD) at +1 847 467-5530 or ssd@northwestern.edu. SSD is located in the basement of Scott Hall. Additionally, I am available to discuss disability-related needs during office hours or by appointment.

Course Prerequisites

EECS 213 is a required core course in the Computer Science curriculum in both McCormick and Weinberg. It is also a required course for CS minors in Weinberg. EECS 213 can also be taken for credit within the Computer Engineering curriculum. Most 300-level systems courses have EECS 213 as a prerequisite.

Communication Channels

There are a number of communication channels set up for this class:

Textbook and Other Readings

Course Organization

The course is organized as a series of lectures, Lab and homework assignments and exams:

Homework

There will be two kinds of homework assignments given throughout the class: reading assignments and textbook-style questions. You should have finished the assigned reading before coming to lecture. In addition, there will be a set of written homework assignments that must be done alone and turned in by midnight on the due date (see course policies below).

To submit your assignments use the following page: SUBMISSIONS.

Labs

As you can deduce from the allocation of weights for grading, programming projects make up a major portion of this class. Their goal is to make you apply the concepts you've learned and to gain familiarity with Unix tools that can help you apply them.

There will be four (4) projects. All projects are to be done by teams of two (2) people. Both partners should work cooperatively on the design, implementation, and testing of their solution.

The following table of deadlines should serve you as a guideline for planning your quarter. You are given about two weeks per project. This should be plenty of time if managed carefully.

HW Assignment Out In News
1: Ints & Floats 03/31 04/12 (11:59PM)
2: Decoding assembly 04/23 05/01 (11:59PM)
3: Memory and Cache 05/10 05/18 (11:59PM)
4: From linking to virtual memory 05/23 06/01 (11:59PM
Project Out In News
1: Data Lab 03/29 04/14 (11:59PM)
2: Bomb Lab 04/14 05/03 (11:59PM)
3: Malloc Lab 05/07 05/28 (11:59PM)
4: Shell Lab 05/24 06/07 (11:59PM)

You wil be able to do the programming assignments on any modern Linux machine. You should have an account on the TLab and/or Wilkinson Lab computers. If this is not the case, contact root@eecs .... The Wilkinson Lab has recently been renovated and is now quite a nice place to meet to work together. To get access to any of these labs , contact Carol Surma (carol@eecs ...). It should be possible to do some of the asssignments using the Cygwin environment on Windows or in Mac OS X, but they will be graded in a Linux environment, so be sure your code works on the TLab machines.

Prof. Dinda has put together some great material on Using Unix Remotely Without the Excruciating Pain and a Introduction to Unix (Real, Part 1, Real, Part 2)

Exams

There will be a midterm and a final exam. Exams will be in-class, closed-book, and will cover materials from lectures, homework assignments and projects. The final exam will not be cumulative.

Grading

I use a criterion-referenced method to assign your grade; in other words, your grade will be based on how well you do relative to predetermined performance levels, instead of in comparison with the rest of the class. Thus, if a test has 100 possible points, anyone with a score of 90 or greater will get an A, those with scores of 80 or greater will get a B, those with scores of 70 or greater will get a C, and so on. Notice that this means that if everyone works hard and gets >90, everyone gets an A.

Total scores (between 0 and 100) will be determined, roughly, as follows:

Course Outline and Approximate Dates

Because one has to be an optimist to begin an ambitious project, it is not surprising that underestimation of completion time is the norm.
-- Fernando J. Corbató, ``On Building Systems that Will Fail'', 1990 Turing Award Lecture.


03/29 Introduction 1
03/31 Bits and Bytes 2.1
04/05 Integers 2.2, 2.3
04/07 Floating point 2.4
04/12 Machine programs - Introduction 3, 3.1-3.5
04/14 Condition and Control 3.5-3.6
04/19 Procedures 3.7
04/21 Data 3.8-3.10
04/26 Miscellaneous 3.12-3.14
04/28 NOTE CHANGE: Memory hierarchy 6.1-6.3
05/03 NOTE CHANGE: Midterm
05/05 Cache 6.4-6.6
05/10 Linking 7
05/12 Virtual memory 9.1-9.8
05/17 Memory allocation 9.9-9.11
05/19 Exceptions 8.1-8.4
05/24 Signals 8.5-8.7
05/26 Input/Output 10
05/31 Memorial Day
06/02 Concurrency and wrap-up 12.1-12.5
06/04 Final

Policies

Late policy:

Unless otherwise indicated, homework assignments and projects are due by midnight on their due date. If you hand in an assignment late, we will take off 10% for each day (or portion thereof) it is late. No points will be granted for assignments submitted more than five days late.

Cheating vs. Collaboration:

Collaboration is a really good thing and we encourage it. On the other hand, cheating is considered a very serious offense. When in doubt, remember that it's OK to meet with colleagues, study for exams together, and discuss assignments with them. However, what you turn in must be your own (or for group projects, your group's own) work. Copying code, solution sets, etc. from other people or any other sources is strictly prohibited.

Last modified: Thu Dec 9 12:06:09 CST 2010