Benchmarks

Builds en frío, rebuilds, tamaño de imagen y pico de RAM de Acropolis frente a Docker y Railpack.

Apps de ejemplo

Benchmark de builds en frío y rebuilds con 2 CPUs: las tres herramientas corrieron el mismo día y en las mismas condiciones, y se toma la mediana de 2 corridas. Para Docker se usa un Dockerfile multi-stage idiomático para cada app (bench/dockerfiles).

app	tiempo en frío (Docker / Railpack / Acropolis)	imagen (Docker / Railpack / Acropolis)	pico de RAM (Docker / Railpack / Acropolis)
Express	16.1 s / 53.7 s / 6.6 s	81.2 / 147.5 / 54.6 MB	562 / 2955 / 83 MB
Go	77.9 s / 85.3 s / 41.7 s	4.3 / 40.8 / 4.2 MB	2221 / 2944 / 1088 MB
Rust	75.3 s / 112.4 s / 48.2 s	10.0 / 38.0 / 11.4 MB	2910 / 4523 / 1509 MB
Vite + React	23.0 s / 55.3 s / 5.2 s	26.4 / 54.7 / 25.0 MB	933 / 2863 / 594 MB
Vite + MUI	48.3 s / 77.8 s / 8.4 s	26.5 / 54.7 / 25.0 MB	1329 / 3262 / 898 MB
TanStack Start	26.8 s / 78.1 s / 8.1 s	80.1 / 203.0 / 53.6 MB	1242 / 3575 / 960 MB
Next 15	118.1 s / 170.5 s / 47.5 s	105.4 / 345.6 / 69.8 MB	3075 / 4560 / 1936 MB

Rebuild después de cambiar un archivo (Docker / Railpack / Acropolis): Go 41 s / 5.8 s / 1.1 s, Rust 49 s / 15 s / 6.5 s y Next 71 s / 81 s / 24.8 s.

El pico de RAM incluye la page cache. La memoria anónima, que no se puede liberar, está a la par de Docker en los builds en frío y por debajo en los rebuilds: la mayor parte es el compilador de cada lenguaje, no Acropolis.

Un monorepo real

olimpia-cloud (workspace de bun; una app web con TanStack Start/Nitro y una API con Axum + sqlx), frente a sus propios Dockerfiles de producción, con 4 CPUs y la mediana de 2 corridas:

app	en frío (Docker / Acropolis)	rebuild, un archivo cambiado	imagen, comprimida / descomprimida	pico de RAM, en frío / rebuild
web	53.3 s / 42.4 s	26.0 s / 26.9 s	66.4 / 259.2 MB vs 57.1 / 224.0 MB	3077 / 3187 MB vs 3708 / 1875 MB
api	240.5 s / 228.0 s	109.7 s / 115.3 s	23.2 / 91.1 MB vs 24.5 / 95.2 MB	3988 / 3918 MB vs 3483 / 1781 MB

Acá mandan los compiladores (vp build ~20 s, cargo build --release de la API ~190 s), y esos Dockerfiles ya están bien afinados (cache mounts, runtimes distroless/alpine), así que la diferencia es chica. Acropolis los buildea sin Dockerfile: solo hizo falta un input en acropolis.json para copiar regctl a la imagen de la API, como hace el Dockerfile.

Cómo reproducirlo

TOOLS=acropolis,docker,railpack FRESH=1 scripts/bench.sh corre el benchmark contra Docker y Railpack (por defecto, TOOLS incluye solo Acropolis; sin FRESH=1 se reutilizan los resultados cacheados), y AB=1 scripts/bench.sh compara dos binarios de Acropolis intercalados (APPS=, RUNS=).

El script necesita:

Un build de release (target/release/acropolis, o el perfil que indiques en PROFILE), que copia a $ACROPOLIS_EXT/bin. Ese directorio tiene que existir; por defecto, ACROPOLIS_EXT es ../acropolis-ext.
Railpack en $ACROPOLIS_EXT/tools/railpack.
Un systemd corriendo: se ejecuta como unidad con systemd-run.

Con AB=1, la base de comparación es AB_BASE=path/to/binary o, si no, el binario acropolis-bench-* más nuevo que ya esté en $ACROPOLIS_EXT/bin. Cada corrida copia su propio binario a $ACROPOLIS_EXT/bin, así que si volvés a correr AB=1 sin cambios en el código, el binario más nuevo ahí es la misma revisión y la corrida lo compara contra sí mismo. Definí AB_BASE para elegir la base de comparación de forma explícita. Las apps están en bench/apps.