schematic.console/build-queue

Low-Level Atlas II

From “I understand the machine” to “I built real systems with it”

The practical continuation of Low-Level Atlas: nine real systems built from scratch in C — a shell, a malloc, a regex engine, a Git clone, an HTTP server, and a database engine with a B-Tree, a WAL, and a SQL layer. No frameworks, no shortcuts. Assumes you already did Atlas I.

20Notes
9Branches
0Playbooks
1Registries
Part 2 of the series

You understood the machine. Now build on it.

Atlas I covered the machine model, C, pointers and memory, assembly, the toolchain, systems programming, concurrency basics, and a small OS from scratch. This atlas assumes all of that and builds real, everyday systems with it.

Open Atlas I
Build order

Read it as a build queue, not a course catalog.

Warm up with a shell, a malloc, and a regex engine, then move to data (a Git clone), networking (an HTTP server) and concurrency in practice — and let the database engine pull it all together, v0 to v3.

Open Start Here
00
Phase 00 · Map the build queue

Orientation

Where to start, what Atlas I you need first, and how this atlas is organized as a build queue.

Phase page
01
Phase 01 · Warm up the hands

Warm-up Builds

Short, self-contained builds that put Atlas I's fundamentals to work: a shell, a malloc, a regex engine — one to two weeks each.

Phase page
02
Phase 02 · Model and persist

Data & Serialization

Content-addressed storage and serialization: a minimal Git, hashing, the commit graph — data structures with a result you can actually use.

Phase page
03
Phase 03 · Talk over the wire

Networked Systems

A real HTTP/1.1 server from raw sockets: protocol parsing by hand, an epoll/kqueue event loop, keep-alive, concurrent connections.

Phase page
04
Phase 04 · Make it scale

Concurrency & Performance II

Atlas I's concurrency theory anchored in the server and the database engine: thread pools, lock-free structures, false sharing, real load benchmarking.

Phase page
05
Phase 05 · Build the spine

The Database Engine

The spine project: a persistent KV store on a B-Tree, durability and crash recovery, a relational layer, and a minimal SQL engine — v0 through v3.

Phase page
Phase ★ · Keep the discipline

Always Active

TDD and craftsmanship for systems with state: testing protocol parsers, concurrency bugs, fuzzing binary formats, property-based testing, TDD when state lives on disk.

Phase page
Spine project

The database engine, v0 → v3

Built across two branches — a persistent KV store, then a relational layer on top — the same way Atlas I built an OS from scratch: in milestones, not all at once.

v0

In-memory KV store

A B-Tree, no persistence yet. Just the data structure.

v1

Real durability

fsync, write-ahead log, crash recovery. Now it's an actual database.

v2

Relational layer

Tables and secondary indexes, built on top of the KV store.

v3

SQL + transactions

A minimal SQL parser, a planner/executor, concurrent transactions, load benchmarks.

Open the KV store
Reference layer

Registries and operating memory

Registries keep external references, specs, tools, and source material normalized behind short atomic notes.