Cum este implementată multitasking-ul preemptiv în Ruby?

În Ruby "curat" (MRI, JRuby, TruffleRuby), nu există multitasking preemptiv real pentru executarea paralelă a codului într-un singur proces din cauza Global Interpreter Lock (GIL). GIL permite doar unui singur thread să execute cod Ruby la un moment dat.

Cu toate acestea, multitaskingul preemptiv în Ruby există la nivel de intrare/ieșire. Când un thread efectuează o operație de intrare/ieșire blocantă (de exemplu, citirea unui fișier, o solicitare de rețea), GIL este eliberat, permițând altui thread să execute cod Ruby. Acest lucru permite atingerea paralelismului pentru operațiile de intrare/ieșire, dar nu pentru sarcinile CPU-bound.

Există implementări alternative de Ruby (de exemplu, Rubinius) care au încercat să implementeze multitasking real fără GIL, dar acestea nu au avut o răspândire atât de largă ca MRI.

Pentru executarea paralelă a sarcinilor CPU-bound în Ruby, se folosesc de obicei:

• Procese (fork): Fiecare proces are propriul GIL, ceea ce permite executarea codului Ruby în paralel. Schimbul de date între procese necesită mecanisme explicite (IPC).
• Biblioteci externe și extensii C: Operațiile implementate în C pot fi executate în afara controlului GIL, asigurând executarea paralelă.

În Ruby 3.0 a fost introdus Schedulerul de Fibers, care permite executarea asincronă a operațiilor de intrare/ieșire folosind fibers și apeluri non-blocante. Acest lucru îmbunătățește performanța pentru sarcinile I/O-bound, dar nu face sarcinile CPU-bound cu adevărat paralele într-un singur proces.

# Exemplu de utilizare a thread-urilor în MRI pentru sarcini I/O-bound
require 'net/http'
require 'uri'

urls = %w[http://example.com http://ruby-lang.org]
threads = urls.map do |url|
  Thread.new do
    uri = URI.parse(url)
    response = Net::HTTP.get_response(uri)
    puts "Descarcat #{url} (Status: #{response.code})"
  end
end

threads.each(&:join)

Prin urmare, deși Ruby are mecanisme pentru a lucra cu thread-uri, multitaskingul preemptiv real pentru sarcini legate de CPU se realizează de obicei prin utilizarea mai multor procese sau implementări Ruby specifice fără GIL.