Kaip Ruby valdyt atminį ir atliekų rinkimą?

Question

Accepted Answer

Ruby automatiškai valdo atmintį per **atliekų rinkiklį (GC)**, kuris atlaisvina objektus, kurie nėra daugiau naudojami. Šiuolaikinis Ruby (MRI) naudoja **generacinį, žingsninį "mark-and-sweep"** rinkiklį su kompresija. Jo supratimas padeda patobulinti našumą ir diagnozuoti atminties problemas ilgalaikėse aplikacijose.

## Automatinis atliekų rinkimas

```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 jus išlaisvina iš rankinio atminties valdymo. **Generacinis** požiūris (dažnai ir pigiai renkant jaunus objektus, o senus retai) padaro jį efektyviu, o žingsninis rinkimas sumažina sustojimus.

## GC tikrinimas ir nustatymas

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

## Atminties nuotėkiai vis dar atsitinka (nepaisant 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.
```

## Kodėl tai svarbu

Ruby atminties valdymo ir atliekų rinkimo supratimas yra vertingas žinojimas, ypač **ilgalaikėms Ruby aplikacijoms** (tokioms kaip Rails žiniatinklio serveriai, foniniai darbininkai), kuriose atminties elgesys svarbus stabilumui ir našumui.

Nors GC jus išlaisvina iš rankinio atminties valdymo (didelė produktyvumo nauda), supratimas, *kaip* jis veikia, padeda su našumo reguliavimu ir atminties problemų diagnostika.

Žinant, kad šiuolaikinis Ruby naudoja **generacinį, žingsninį "mark-and-sweep"** rinkiklį (dažnai ir pigiai renkant jaunus objektus, o senus retai, išskirstant darbą siekiant sumažinti sustojimus), tai padeda suprasti GC elgesį ir slėgį, ir kad per didelė objektų alokacija padidina GC režimą (todėl nereikalingų alokacijų sumažinimas gali pagerinti našumą).

Labai svarbu supratimas, kad **atminties nuotėkiai vis dar atsitinka** nepaisant GC — nes GC atlaisvina tik *neprieinamuosius* objektus, todėl "nuotėkiai" atsiranda iš nenorių **likusių nuorodų** (globalios arba klasės lygio kolekcijos, kurios tik auga, pvz. neriboti podėliai; nuorodos, saugomos ilgalaikio objekto; dideli objektai, kuriuos gyvą laiko uždarymai) — yra svarbu diagnozuojant ir ištaisant atmintį augimą, kuris varginė ilgalaikius Ruby procesus (tikra, dažna operacinė problema).

Supratimas apie GC elgesį, kaip jį tikrinti (`GC.stat`, `ObjectSpace`), reguliavimo parinktis, ir ypač dažnas atminties augimo priežastis (saugotos nuorodos) yra vertingas veikiant našiam, stabiliam Ruby aplikacijoms.

Kadangi Ruby aplikacijos (ypač Rails serveriai) veikia ilgą laiką ir atminties nuotėkiai iš saugotų nuorodų yra dažna realiojo pasaulio problema, Ruby GC supratimas — jo generacinis "mark-and-sweep" modelis, kad jis negali atlaisvinti prieinamų objektų, ir atmintiesaugimo priežastys — yra svarbi aukštos kategorijos žinojimas našumui ir patikimumui, išskiriant kūrėjus, kurie gali diagnozuoti ir ištaisyti atminties problemas gamybiniam Ruby, ir svarbi tema našumo sutelktom rolėm.