| Role | Name | Office Hours | |
| Instructor | Akshay Narayan | akshayn@brown.edu | By Appointment |
| HTA | Ting He | th@brown.edu | TBD |
| UTA | Ethan Park | ethan_park@brown.edu | TBD |
You can reach staff in office hours, via the class discussion board, or (for private questions) via email. Course logistics are also available on this calendar. Lecture recordings are available on Panopto.
Schedule | Current Week 2026 9 9 | Registration FAQ | Description
How can we understand the performance of network systems and make them faster? To explore this question, we will break it down into pieces, including (i) how to define and measure a system’s performance, (ii) how to determine what factors in the system’s design affect its performance, and (iii) how to use this information to make the system faster. Through lectures, labs, readings, and hands-on programming projects, we will explore topics including throughput-latency curves, tradeoffs between open and closed request generation, and concurrency. Hands-on projects will involve modern Linux technologies such as perf and io_uring, as well as modern microservice architecture tools such as Kubernetes. The class will consist of lectures, short homework assignments that reinforce lecture content, and 4 project assignments with programming and technical writing components that explore these topics in greater detail.
Course components and schedule are subject to change.
Due to constrained TA resources, this offering of CS 1675 will be capped. Students requesting an override must (a) have fulfilled the prerequisites (CS 1680, 1670, 1380, or equivalent) and (b) complete course assignments and attend lectures during shopping period. All registered students will be responsible for completing all course assignments regardless of when they register for the class. If requesting an override, please email Akshay and state which prerequisite(s) you fulfilled.
If you wish to audit the class, note that the aforementioned limits on TA resources still apply, so we won't be able to offer auditors grading support or support in office hours.
The largest component of this class is a series of four course projects. Each project will involve an implementation task, an experimental evaluation task, and a project writeup. Course staff will grade projects based on the correctness of the implementation and experimental evaluation components, and the clarity and completeness of the project writeup. Projects will be graded during meetings with course staff, and students should be able to answer technical questions about the project during these grading meetings.
Projects in this offering of 1675 will be implemented in Rust. Our colleagues at Brown have recently published a great book to help students learn Rust; we expect that Chapter 4, "Ownership" will be especially helpful for this class. There are also great traditional resources such as The Rust Programming Language book, the standard library documentation, and Rust by Example.
Project grading in CS1675 is based on live meetings with course staff in which students explain their project report and defend its correctness. To conserve the course staff's grading effort and ensure grading meetings are useful, projects should be completed by the time of the grading meeting, and there will be no "late days" for projects. Instead, CS1675 offers flexibility via a regrade process. If students fix issues the grading process identified with their project and submit a revised report by the subsequent project's grading meeting, they can retroactively re-gain up to 40% of the project's grade.
This class will also involve reading-based homework assignments. Students will read a technical document that reinforces lecture content and answer questions to test their understanding. Homework assignments will be graded on writing clarity and response correctness.
Homework assignments in CS1675 are graded via Gradescope. Students are allowed one late day for the semester to submit a homework assignment past its deadline with no penalty. This late day is for homeworks only and does not apply to projects. Homeworks won't be accepted for grading beyond their last possible submission date or if no late days remain. There is no credit for an unused late day at the end of the semester. Any fraction of a late day used counts as one late day. If serious extenuating circumstances arise after late days are exhausted, contact Akshay.
Students should expect to spend 3 hours per week in lecture, a further 3 hours per week on homework assignments, and approximately 100 hours on the class projects, for a total of at least 180 hours over the course of the semester.
Students should understand and follow the Brown Academic Code and the Code of Student Conduct.
Additionally, specific to this course, we encourage working with other students to build conceptual understanding and debug software issues. However, each student is responsible for their own project implementation and writeup, and their own homework response. Students must understand their submissions; instructors will interview and quiz students about their answers as part of the grading process to determine this.
For all class assignments, students must cite all sources (people, websites, papers, etc.) that they consult as a part of their work. External sources include but are not limited to previously published articles, blog posts, Stackoverflow or similar sites, conversations with other people, etc. This policy is not meant to discourage the use of external sources, but rather to codify a standard academic practice. Be generous with citations.
Finally, by taking this class, you agree to never post solutions for any assignments publicly.
Some lecture material in this class is inspired by Amy Ousterhout's UCSD CSE291. Some project material is inspired by Simon Peter's UW CSE453.
| Date | Assignment | Event |
| 10 Sep | HW 0: Evaluating Systems | Released |
| 15 Sep | Project 0: Woonsocket | Released |
| 22 Sep | HW 1: C10K | Released |
| 22 Sep | End of Shopping Period | |
| 24 Sep | HW 0: Evaluating Systems | Due |
| 29 Sep | Project 1: Modern OS Interfaces | Released |
| 1 Oct | Project 0: Woonsocket | Due |
| 6 Oct | HW 2: Scheduling | Released |
| 6 Oct | S/NC Deadline | |
| 8 Oct | HW 1: C10K | Due |
| 16 Oct | Credit -> Audit Deadline | |
| 20 Oct | HW 3: Microservices | Released |
| 22 Oct | HW 2: Scheduling | Due |
| 29 Oct | Project 1: Modern OS Interfaces | Due |
| 3 Nov | Project 2: Concurrency | Released |
| 5 Nov | HW 3: Microservices | Due |
| 17 Nov | Project 3: Microservices | Released |
| 19 Nov | Project 2: Concurrency | Due |
| 17 Dec | Project 3: Microservices | Due |
📨 HW 0 released
💡 Intro
📨 Project 0 released
💡 What is performance?
📬 HW 0 due
📨 HW 1 released
⚙️ 22 Sep: End of Shopping Period
💡 Instrumentation
📬 Project 0 due
📨 Project 1 released
💡 IO
📬 HW 1 due
📨 HW 2 released
⚙️ 6 Oct: S/NC Deadline
💡 Kernel APIs
⚙️ 16 Oct: Credit -> Audit Deadline
💡 Kernel Bypass
📬 HW 2 due
📨 HW 3 released
💡 Concurrency
📬 Project 1 due
💡 Scheduling
📬 HW 3 due
📨 Project 2 released
💡 Isolation
💡 Services
📬 Project 2 due
📨 Project 3 released
💡 Caching and Storage
💡 The Tail at Scale
💡 Energy Efficiency