آپ Node.js performance کو کیسے profile اور optimize کرتے ہیں؟

Question

Accepted Answer

Node performance کو optimize کرنا حقیقی bottleneck تلاش کرنے کے لیے **پیمائش** سے شروع ہوتا ہے — کبھی اندازہ نہ لگائیں۔ آپ CPU usage، event loop، اور memory کو profile کرتے ہیں، پھر targeted fixes لاگو کرتے ہیں۔ سنہری اصول: پہلے profile کریں، جو واقعی سست ہے اسے optimize کریں۔

## Profiling tools

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

یہ ظاہر کرتے ہیں کہ وقت *کہاں* جاتا ہے — ایک flame graph دکھاتا ہے کہ کون سے functions CPU پر غالب ہیں، تاکہ آپ درست چیز کو optimize کریں۔

## نمبر 1 Node-specific مسئلہ: blocked event loop

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

چونکہ Node JS کے لیے single-threaded ہے، کوئی بھی طویل synchronous operation سب کچھ block کر دیتا ہے۔ **event-loop lag** کی نگرانی کریں (مثلاً `perf_hooks` `monitorEventLoopDelay`)؛ بڑھتا lag مطلب کوئی چیز loop کو block کر رہی ہے۔ CPU کام کو **worker threads** یا ایک queue پر offload کر کے fix کریں۔

## عام optimizations (profiling ان کی نشاندہی کرنے کے بعد لاگو کریں)

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

## اکثر مسئلہ database کا ہوتا ہے، 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 کریں

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

ہر تبدیلی سے پہلے اور بعد میں پیمائش کریں تاکہ آپ تصدیق کریں کہ optimization نے واقعی مدد کی۔

## یہ کیوں اہم ہے

Performance کا کام صرف اسی وقت مؤثر ہوتا ہے جب یہ **پیمائش سے chلائے** — غلط چیز کو optimize کرنا محنت ضائع کرتا ہے اور پیچیدگی بڑھاتا ہے۔

Profile کرنے کا طریقہ جاننا (CPU کے لیے clinic.js/flame graphs/DevTools، event-loop lag monitoring، heap analysis) آپ کو حقیقی bottlenecks تلاش کرنے دیتا ہے، جو Node میں اکثر ایک blocked event loop ہوتے ہیں (worker threads سے fix کریں) یا سست database queries (N+1، missing indexes — اکثر اصل مجرم)۔

caching، streaming، parallelism، اور pooling کے ساتھ مل کر — اور load tests سے تصدیق کرتے ہوئے — یہ measure-then-fix نظم وہ چیز ہے جو ایک سست service کو ایک تیز، scalable service میں بدل دیتی ہے۔