Optimizacija performansi Node počinje s mjerenjem kako bi se pronašlo stvarno usko grlo — nikada ne nagađajte. Profilicate CPU upotrebu, event loop i memoriju, zatim primijenite ciljane ispravke. Zlatno pravilo: prvo profilira, optimiziraj ono što je zaista sporo.
node --prof app.js
node --prof-process isolate-*.
npx clinic doctor -- node app.js
npx clinic flame -- node app.js
node --inspect app.js
Oni otkrivaju gdje vrijeme ide — flame graf pokazuje koje funkcije dominiraju CPU, pa optimiziraš pravu stvar.
// ❌ synchronous CPU-heavy work blocks ALL request handling
function handler(req, res) {
const result = heavyComputation(); // freezes the event loop → every request stalls
res.json(result);
}
Zbog što je Node jednoniton za JS, svaka duga sinkrona operacija blokira sve. Monitorira event-loop kašnjenje (npr. perf_hooks monitorEventLoopDelay); rastuće kašnjenje znači da nešto blokira loop. Ispravi prebacivanjem CPU rada na worker threadove ili red čekanja.
✓ Fix N+1 database queries — the most common real bottleneck (batch/join instead)
✓ Add caching (in-memory/Redis) for repeated expensive operations
✓ Add database indexes for slow queries
✓ Use streams for large data instead of buffering it all in memory
✓ Parallelize independent async ops with Promise.all (avoid await waterfalls)
✓ Offload CPU-bound work to worker threads (keep the event loop free)
✓ Use connection pooling for DB/HTTP
✓ Enable gzip/brotli compression for responses
Many "Node is slow" problems are actually slow DB queries (N+1, missing indexes)
or external API latency — profiling reveals this so you fix the real cause.
npx autocannon http://localhost:3000 # measure requests/sec, latency before & after
Mjeri prije i nakon svake promjene kako bi potvrdio da je optimizacija zaista pomogla.
Rad na performansama je učinkovit samo kad je vođen mjerenjem — optimiziranje pogrešne stvari baca napor i dodaje složenost.
Znanje kako profilirati (clinic.js/flame graphs/DevTools za CPU, event-loop kašnjenje nadzor, heap analiza) omogućuje ti lociranje stvarnih uskih grla, koja su u Node-u često blokirani event loop (ispravi s worker threadovima) ili spore baze podataka upite (N+1, nedostaju indeksi — često pravi krivac).
U kombinaciji s cachingom, streamingom, paralelizmom i poolingom — i verifikacijom s load testovima — ta mjeri-zatim-ispravi disciplina je ono što pretvara spor servis u brz, skalabilan.