Ruby میموری اور گاربیج کلیکشن کو کیسے منظم کرتا ہے؟

Question

Accepted Answer

Ruby **خودکار طریقے سے** **گاربیج کلیکٹر (GC)** کے ذریعے میموری منظم کرتا ہے جو ایسی چیزوں کو صاف کرتا ہے جن کا کوئی حوالہ نہیں رہا۔ جدید Ruby (MRI) **generational، incremental mark-and-sweep** کلیکٹر استعمال کرتا ہے جس میں compaction ہے۔ اس کو سمجھنا performance اور long-running applications میں میموری کے مسائل کی تشخیص میں مددگار ہے۔

## خودکار گاربیج کلیکشن

```text
Ruby allocates objects on the heap; the GC reclaims those that are no longer REACHABLE
(referenced). You never free memory manually.

Modern MRI GC characteristics:
  ✓ Mark-and-sweep — marks reachable objects (from roots), sweeps unreachable ones
  ✓ Generational (since Ruby 2.1) — new objects collected often, old ones rarely
    (based on "most objects die young")
  ✓ Incremental — spreads GC work to reduce pause times
  ✓ Compacting (GC.compact, Ruby 2.7+) — reduces memory fragmentation
```

GC آپ کو manual memory management سے آزاد کرتا ہے۔ **generational** طریقہ (نئی چیزوں کو بار بار اور سستے طریقے سے جمع کرنا، پرانی چیزوں کو شاذ و نادر) کو موثر بناتا ہے، اور incremental collection کی وجہ سے pauses میں کمی آتی ہے۔

## GC کی جانچ اور ترتیب دینا

```ruby
GC.stat                    # detailed GC statistics (counts, heap info)
GC.start                   # manually trigger a collection (rarely needed)
GC.compact                 # compact the heap (reduce fragmentation)
ObjectSpace.count_objects  # counts of objects by type (debugging)
# environment variables (RUBY_GC_*) tune heap growth, etc.
```

## میموری leaks اب بھی ہوتے ہیں (GC کے باوجود)

```ruby
# the GC frees only UNREACHABLE objects — "leaks" come from lingering references:
$global_cache = []
def process(item)
  $global_cache << item    # ❌ grows forever — never freed (still referenced)
end
```

```text
Common Ruby memory-growth causes:
  ✗ Global/class-level collections that only grow (caches, arrays)
  ✗ References held in long-lived objects (constants, class variables)
  ✗ Large objects kept alive by closures/blocks
→ The GC can't free reachable objects, so "leaks" = unintended retained references.
```

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

Ruby کے میموری انتظام اور گاربیج کلیکشن کو سمجھنا بہت قیمتی علم ہے، خاص طور پر **long-running Ruby applications** کے لیے (جیسے Rails web servers، background workers) جہاں میموری کا رویہ stability اور performance کے لیے اہم ہے۔

جبکہ GC آپ کو manual memory management سے آزاد کرتا ہے (ایک بڑا فائدہ)، یہ سمجھنا کہ یہ *کیسے* کام کرتا ہے performance tuning اور میموری کے مسائل کی تشخیص میں مددگار ہے۔

یہ جاننا کہ جدید Ruby **generational، incremental، mark-and-sweep** کلیکٹر استعمال کرتا ہے (نئی چیزوں کو بار بار اور سستے طریقے سے جمع کرنا، پرانی چیزوں کو شاذ و نادر، جبکہ کام کو پھیلاتے ہوئے pauses میں کمی لانا) آپ کو GC کے رویے اور دباؤ کے بارے میں سوچنے میں مدد دیتا ہے، اور بہت زیادہ object allocation سے GC کی overhead بڑھتی ہے (تو غیر ضروری allocations میں کمی performance بہتر کر سکتی ہے)۔

ings اہم ہے یہ سمجھنا کہ **میموری leaks اب بھی ہوتے ہیں** GC کے باوجود — کیونکہ GC صرف *unreachable* چیزوں کو صاف کرتا ہے، تو "leaks" غیر ارادی **lingering references** سے آتے ہیں (global یا class-level collections جو صرف بڑھتے ہیں، جیسے unbounded caches؛ long-lived objects میں رکھے گئے حوالے؛ بڑی چیزیں closures کے ذریعے زندہ رکھی جانے والی) — long-running Ruby processes میں میموری کی growth کی تشخیص اور حل کے لیے اہم ہے (ایک حقیقی، عام operational مسئلہ)۔

GC کے رویے کو جاننا، اسے کیسے دیکھیں (`GC.stat`, `ObjectSpace`)، tuning options، اور خاص طور پر میموری کی growth کی عام وجوہات (retained references) جاننا قیمتی ہے کامیاب، مستحکم Ruby applications چلانے کے لیے۔

چونکہ Ruby applications (خاص طور پر Rails servers) طویل عرصے کے لیے چلتی ہیں اور retained references سے میموری leaks ایک عام حقیقی دنیا کا مسئلہ ہیں، Ruby کے GC کو سمجھنا — اس کے generational mark-and-sweep ماڈل، کہ یہ reachable objects کو صاف نہیں کر سکتا، اور میموری کی growth کی وجوہات — production Ruby میں میموری کے مسائل کی تشخیص اور حل کر سکنے والے developers کو الگ کرتے ہوئے، performance اور reliability کے لیے اہم سینیئر لیول علم ہے، اور performance-focused roles کے لیے relevant موضوع ہے۔