Bagaimana Anda membuat profil dan mengoptimalkan kinerja Node.js?

Question

Accepted Answer

Optimisasi kinerja Node dimulai dengan **pengukuran** untuk menemukan hambatan sebenarnya — jangan pernah menebak. Anda membuat profil penggunaan CPU, event loop, dan memori, kemudian menerapkan perbaikan yang ditargetkan. Aturan emas: profil terlebih dahulu, optimalkan apa yang benar-benar lambat.

## Alat pembuatan profil

```bash
# CPU profiling — find which functions consume CPU time
node --prof app.js                    # generates a V8 profile log
node --prof-process isolate-*.log     # human-readable summary

# all-in-one diagnostics (flame graphs, event-loop, memory)
npx clinic doctor -- node app.js      # diagnoses the bottleneck type
npx clinic flame -- node app.js       # CPU flame graph (hot functions)

# the Chrome DevTools profiler
node --inspect app.js                 # then connect DevTools for CPU/memory profiles
```

Ini mengungkapkan *ke mana* waktu pergi — flame graph menunjukkan fungsi mana yang mendominasi CPU, sehingga Anda mengoptimalkan hal yang benar.

## Masalah spesifik Node #1: event loop yang terblokir

```js
// ❌ 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);
}
```

Karena Node adalah single-threaded untuk JS, operasi sinkron panjang apa pun memblokir segalanya. Monitor **event-loop lag** (mis. `perf_hooks` `monitorEventLoopDelay`); lag yang meningkat berarti sesuatu memblokir loop. Perbaiki dengan membongkar pekerjaan CPU ke **worker thread** atau antrian.

## Optimisasi umum (terapkan setelah titik pembuatan profil menunjuk ke mereka)

```text
✓ 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
```

## Sering kali itu adalah database, bukan Node

```text
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.
```

## Benchmark untuk memverifikasi

```bash
npx autocannon http://localhost:3000   # measure requests/sec, latency before & after
```

Ukur sebelum dan sesudah setiap perubahan sehingga Anda mengkonfirmasi optimisasi benar-benar membantu.

## Mengapa ini penting

Pekerjaan kinerja hanya efektif ketika **didorong oleh pengukuran** — mengoptimalkan hal yang salah membuang usaha dan menambah kompleksitas.

Mengetahui cara membuat profil (clinic.js/flame graphs/DevTools untuk CPU, pemantauan event-loop lag, analisis heap) memungkinkan Anda menemukan hambatan sebenarnya, yang di Node sering kali adalah event loop yang terblokir (perbaiki dengan worker thread) atau kueri database lambat (N+1, indeks yang hilang — sering kali biang keladinya).

Dikombinasikan dengan caching, streaming, paralelisme, dan pooling — dan verifikasi dengan load test — disiplin ukur-kemudian-perbaiki ini adalah yang mengubah layanan yang lamban menjadi cepat dan dapat diskalakan.