A Node teljesítmény optimalizálása mérésből indul a tényleges szűk keresztmetszet megtalálásához — soha ne tippelj. Profilozol CPU-használatot, event loop-ot és memóriát, majd alkalmazol megcélzott javításokat. Az arany szabály: először profilozol, optimalizálod azt, ami tényleg lassú.
node --prof app.js
node --prof-process isolate-*.
npx clinic doctor -- node app.js
npx clinic flame -- node app.js
node --inspect app.js
Ezek azt mutatják meg, hova megy az idő — a flame graph mutatja, mely függvények uralják a CPU-t, így a helyes dolgot optimalizálod.
// ❌ 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);
}
Mert a Node egyeres a JS-hez, bármelyik hosszú szinkron művelet mindent blokkal. Monitorozz event-loop lag-et (pl. perf_hooks monitorEventLoopDelay); növekvő lag azt jelenti, hogy valami blokkolja a loop-ot. Javítsd a CPU munka worker threadekre vagy sorba való kiszervezésével.
✓ 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
Mérj mindegyik módosítás előtt és után, hogy megerősítsd, az optimalizálás valóban segített.
A teljesítménymunka csak akkor hatékony, ha mérésből vezérelt — a rossz dolog optimalizálása pazarolja az erőfeszítést és összetettséget ad.
Annak tudása, hogyan kell profilozni (clinic.js/flame graphs/DevTools CPU-hoz, event-loop lag monitorozás, heap analízis) lehetővé teszi valós szűk keresztmetszetek megtalálását, amelyek Node-ban gyakran blokált event loop (javítsd worker threadekkel) vagy lassú adatbázis lekérdezések (N+1, hiányzó indexek — gyakran a valódi hiba).
Cacheing, streaming, párhuzamosság és pooling kombinálásával — és terheléses tesztekkel való ellenőrzésével — ez a mérés-majd-javítás fegyelem az, ami egy lassú szolgáltatást gyorssá, skálázhatóvá változtat.