Skip to content
Side 236Side Studies / Research

Subject

Operating Systems

Purpose

Computer resource management studied through processes, memory, files, concurrency, protection and the interface between applications and hardware.

Structure

05 movesSystem mapV0

Components → constraints → flows → control → failure

01 · Model

Coordinate competing programs over finite hardware.

Operating systems create controlled abstractions over processors, memory and devices while preserving isolation, fairness and recoverability under concurrency.

01

Processes & scheduling

Represent running programs as managed processes or threads and allocate processor time under competing objectives.

02

Virtual memory

Give programs protected address spaces while translating and paging memory across finite physical resources.

03

Concurrency & synchronization

Coordinate shared state while preventing races, deadlock and inconsistent interleavings.

04

Files & persistence

Expose durable storage through names, metadata, buffering and crash-consistent update protocols.

05

Protection & virtualization

Enforce privilege boundaries and isolate workloads across kernels, processes, containers and virtual machines.

02 · Distinctions

Keep the boundaries visible.

Do not conflate

process ≠ program file

Do not conflate

concurrency ≠ parallelism

Do not conflate

virtual memory ≠ more physical memory

03 · Questions

Questions that organize the Side.

01

Which operating-system abstraction hides complexity versus introduces a new failure mode?

02

How do scheduling goals conflict across latency, throughput and fairness?

03

What must survive a crash for a storage system to be considered consistent?

04 · Evidence

What should carry weight here?

Use traceable benchmarks, fault injection and concurrency tests; correctness under rare interleavings matters as much as average throughput.