GVL भनेको के हो र Ruby मा concurrency कसरी काम गर्छ?

Question

IT Interview Practice · Accepted Answer

**GVL** (Global VM Lock, पहिले GIL भनिन्थ्यो) MRI Ruby मा एक पल मा केवल **एक thread ले Ruby code को execution गर्न सक्छ** — त्यसैले threads ले true CPU parallelism प्रदान गर्दैन। तर GVL **I/O को समयमा release हुन्छ**, त्यसैले threads *I/O-bound काम को लागि मदद गर्छ*। CPU parallelism को लागि, तपाई multiple processes प्रयोग गर्नुहुन्छ। यो Python को GIL परिस्थिति को प्रतिबिम्ब हो।

## GVL: एक पल मा एक thread ले Ruby code चलाउँछ

```text
MRI (the standard Ruby) has a GLOBAL VM LOCK:
  → only ONE thread executes Ruby code at any instant (no CPU parallelism from threads)
  → BUT the GVL is RELEASED during blocking I/O (network, file, DB)
So: threads help for I/O-bound work, NOT for CPU-bound work.
```

## Threads — I/O-bound concurrency को लागि राम्रो

```ruby
# ✅ I/O-bound — threads overlap waiting (GVL released during I/O) → real benefit
threads = urls.map do |url|
  Thread.new { fetch(url) }      # while one waits on the network, others proceed
end
threads.each(&:join)

# ❌ CPU-bound — threads do NOT speed this up (GVL serializes Ruby execution)
threads = data.map { |d| Thread.new { heavy_computation(d) } }  # no speedup
```

Threads I/O-bound काम को लागि मदद गर्छ (network, file, DB) किनकि GVL wait को समयमा release हुन्छ, अन्य threads लाई चलन दिन्छ। तिनीहरु **CPU-bound काम को गति बढाउदैनन्** (GVL ले Ruby execution लाई serialize गर्छ)।

## Processes — CPU-bound parallelism को लागि

```ruby
# ✅ CPU-bound parallelism → use multiple PROCESSES (each has its own GVL)
# fork, or gems like Parallel:
results = Parallel.map(data, in_processes: 4) { |d| heavy_computation(d) }
# → 4 separate processes, true parallelism across cores
```

CPU-bound parallelism को लागि, **multiple processes** प्रयोग गर्नुहुन्छ (प्रत्येकको आफ्नै GVL/interpreter सहित) — `fork`, `parallel` gem, वा multiple worker processes चलाएर (कसरी Rails servers जस्तै Puma scale हुन्छ)।

## आधुनिक concurrency tools

```text
✓ Ractors (Ruby 3) — actor-model parallelism that CAN run Ruby in parallel (no shared GVL
  per Ractor) — experimental, true parallelism
✓ Fibers / async gem — lightweight cooperative concurrency for high-I/O workloads
✓ Background jobs (Sidekiq) — offload work to separate worker processes
Note: alternative Ruby implementations (JRuby, TruffleRuby) have NO GVL → true thread parallelism
```

## यो किन महत्वपूर्ण छ

GVL र Ruby concurrency बुझ्नु महत्वपूर्ण छ — र अक्सर गलतफहमी हुन्छ — performant Ruby applications निर्माण गर्न को लागि ज्ञान, Python को GIL परिस्थिति जस्तै।

मुख्य अन्तर्दृष्टि यो हो कि MRI Ruby को **GVL एक पल मा केवल एक thread लाई Ruby code को execution गर्न दिन्छ**, त्यसैले threads *CPU parallelism प्रदान गर्दैनन्* — एक साधारण भ्रम को बिन्दु।

गम्भीर रूप मा, GVL **I/O को समयमा release हुन्छ**, जसको अर्थ सही concurrency approach workload मा निर्भर गर्छ: **threads I/O-bound tasks को लागि राम्रो काम गर्छ** (network calls, file/database access — जहाँ GVL wait को समयमा release हुन्छ, threads लाई overlap गर्न दिन्छ), तर **CPU-bound parallelism को लागि multiple processes चाहिन्छ** (प्रत्येकको आफ्नै GVL सहित, cores मा true parallelism प्राप्त गर्दै — `fork`, `parallel` gem, वा multiple worker processes को माध्यमबाट, जो Rails servers लाई scale गर्छ)।

GVL को गलतफहमी ले ineffective concurrency code मा ल्याउँछ (उदाहरण: threads को CPU-heavy काम को लागि प्रयोग गर्दै speedup को आशा गर्दै)।

I/O-vs-CPU निर्णय (I/O concurrency को लागि threads, CPU parallelism को लागि processes), आधुनिक tools (experimental true parallelism को लागि Ractors, high-I/O cooperative concurrency को लागि Fibers/async, background job processors जस्तै Sidekiq), र यो कि alternative implementations (JRuby, TruffleRuby) मा GVL छैन भनेर जानु महत्वपूर्ण छ concurrent Ruby लेख्नको लागि जो वास्तवमा perform गर्छ।

Concurrency एक साधारण आवश्यकता भएको कारण र GVL ले सही approach लाई मौलिक रूप मा आकार दिएको कारण, यो बुझ्नु — किन threads ले CPU काम लाई parallelize गर्दैन, कि तिनीहरु I/O को लागि मदद गर्छ, र कि CPU parallelism को लागि processes चाहिन्छ — महत्वपूर्ण senior-level ज्ञान हो जो एक साधारण गल्ति रोक्छ र एक साधारण साक्षात्कार विषय हो Ruby को concurrency model र यो GVL constraint को बुझाई को प्रतिबिम्ब।

GVL: एक पल मा एक thread ले Ruby code चलाउँछ

Threads — I/O-bound concurrency को लागि राम्रो

Processes — CPU-bound parallelism को लागि

आधुनिक concurrency tools

यो किन महत्वपूर्ण छ

सम्बन्धित प्रश्नहरू