Optimizacija zmogljivosti Node se začne z merjenjem, da najdeš pravo ozko grlo — nikoli ne ugibaj. Profiliraš porabo CPU, event loop in pomnilnik, nato pa uporabiš ciljane popravke. Zlato pravilo: najprej profilira, nato optimiziraj tisto, kar je res počasno.
node --prof app.js
node --prof-process isolate-*.
npx clinic doctor -- node app.js
npx clinic flame -- node app.js
node --inspect app.js
Ta orodja razkrijejo, kam gre čas — flame graph prikaže, katere funkcije prevladajo pri CPU, zato optimiziraš pravo 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);
}
Ker je Node enonitkoven za JS, vsaka dolga sinhronska operacija blokira vse. Spremljaj event-loop lag (npr. perf_hooks monitorEventLoopDelay); naraščajoče zaostajanje pomeni, da nekaj blokira zanko. Popravi s premestitvijo dela CPU na worker threads ali vrsto.
✓ 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
Meri pred in po vsaki spremembi, da potvrdiš, da je optimizacija res pomagala.
Delo pri zmogljivosti je učinkovito samo takrat, ko vodeno z merjenjem — optimizacija napačne stvari zapravi napor in dodaja kompleksnost.
Znanje, kako profilirati (clinic.js/flame graphs/DevTools za CPU, spremljanje event-loop lag, analiza heap), ti omogoča lociranje provih ozkih grl, ki so pri Node pogosto blokiran event loop (popravi z worker threads) ali počasni poizvedki v bazo podatkov (N+1, manjkajoči indeksi — pogosto pravi krivec).
V kombinaciji s predpomnjenjem, tokami, paralelizmom in poolingom — in preverjanjem z obremenilnimi testi — ta disciplina merjenja-nato-popravke je tisto, kar spremeni počasen storitev v hitro, skalabilno.