Что значит если переменная окружения GOGC равна 100?

Значение переменной окружения GOGC=100

GOGC (Go Garbage Collection) — это ключевая переменная окружения в языке Go, которая управляет поведением сборщика мусора (Garbage Collector, GC). Когда она установлена в значение 100, это означает следующее:

Основной принцип работы

Значение GOGC определяет процентный порог роста кучи (heap), при достижении которого запускается сборка мусора. Конкретно:

• GOGC=100 означает, что сборщик мусора будет активирован, когда размер кучи увеличится на 100% относительно размера кучи после предыдущей сборки мусора.
• Если после последнего цикла GC куча составляла 10 МБ, то следующий цикл GC запустится примерно при достижении кучи размера 20 МБ (10 МБ + 100% от 10 МБ).
• Формула: Цель следующего GC = текущий размер кучи после GC * (1 + GOGC/100)

Практический пример

Рассмотрим наглядный пример поведения:

package main

import (
    "fmt"
    "runtime"
    "time"
)

func main() {
    // Эмулируем аллокацию памяти
    var data [][]byte
    
    for i := 0; i <)V; i++ {
        // Выделяем 1MB на каждой итерации
        data = append(data, make([]byte, 1024*1024))
        
        var m runtime.MemStats
        runtime.ReadMemStats(&m)
        fmt.Printf("Итерация %d: HeapAlloc = %.2f MB\n", 
            i, float64(m.HeapAlloc)/1024/1024)
        
        time.Sleep(100 * time.Millisecond)
    }
}

При GOGC=100:

• После первого GC куча была 5 МБ → следующий GC сработает при ~10 МБ
• После второго GC куча стала indah3 МБ → следующий при ~6 МБ
• И так далее по принципу обратной связи

Последствия и компромиссы

Основные эффекты значения 100:

1. Баланс производительности — значение 100 считается "золотой серединой":

   • Меньше пауз GC по сравнению с низкими значениями (GOGC=50)
   • Меньше потребление памяти по сравнению с высокими значениями (GOGC=200)

2. Типичное поведение по умолчанию — если переменная GOGC не установлена, используется значение 100 по умолчанию.

3. Компромисс latency/throughput:

   • Более высокие значения → реже сборка мусора → выше пропускная способность (throughput)
   • Более низкие значения → чаще сборка мусора → меньшие паузы (lower latency)

Детали реализации

// Псевдокод логики решения о запуске GC
func shouldTriggerGC(currentHeap, lastGCHeap uint64, gogc int) bool {
    threshold := lastGCHeap * (1 + uint64(gogc)/100)
    return currentHeap >= threshold
}

На практике алгоритм сложнее, но принцип сохраняется.

Когда менять значение 100?

Увеличивать GOGC (>100) стоит когда:

• Приложение чувствительно к пропускной способности (high throughput)
• Доступно много памяти
• Можно терпеть более длинные паузы GC

Уменьшать GOGC (<100) стоит когда:

• Критичны низкие задержки (low latency)
• Ограниченная память (микросервисы в контейнерах)
• Приложение интерактивное (GUI, игры)

Мониторинг и настройка

Для анализа эффективности текущего значения:

# Запуск с профилированием GC
go run -gcflags="m=1" main.go

# Или с трассировкой
GODEBUG=gctrace=1 go run main.go

Вывод GODEBUG покажет:

• Частоту сборок
• Длительность пауз
• Размеры кучи до/после GC

Особые случаи

1. GOGC=off — полностью отключает сборку мусора
2. GOGC=0 — агрессивный режим, GC после каждого выделения
3. Динамическая настройка — в современных версиях Go (1.19+) появился пропорциональный scavenger

Резюме

GOGC=100 — это стандартный балансирующий параметр, который:

• Обеспечивает предсказуемое потребление памяти
• Поддерживает разумный компромисс между паузами GC и использованием памяти
• Является отправной точкой для тонкой настройки производительности приложения

Для большинства приложений значение 100 оптимально, но в production-средах рекомендуется мониторинг и потенциальная корректировка на основе фактических метрик производительности.