Golang

🚀 Kubernetes получил новый open-source инструмент для тех, кто устал дебажить кластеры через десятки команд kubectl.

Skyhook выпустила Radar - современный UI для Kubernetes, который показывает всю картину кластера в одном месте.

Вместо постоянных:
kubectl get
kubectl describe
kubectl logs
kubectl events

можно сразу увидеть:

• граф связей между сервисами и ресурсами
• состояние Deployment, Pod, Service и Ingress
• события и историю изменений
• Helm-релизы
• GitOps-состояние Argo CD и Flux
• проблемы с ресурсами

Radar работает как один Go-бинарник с встроенным React-интерфейсом. Не требует установки агентов в кластер, использует существующий kubeconfig и может запускаться локально.

Проект полностью open-source под Apache 2.0. Есть запуск через kubectl radar, Homebrew, Krew или Helm.

По сути, это попытка сделать современную замену старым Kubernetes Dashboard и тяжёлым GUI-инструментам: быстро, локально и без лишней инфраструктуры.

GitHub:
https://github.com/skyhook-io/radar

👣 `os.ReadFile()` действительно читает весь файл в память. Но RSS может показать почти ноль - и вот почему

Есть интересный эксперимент: читаем файл на 500 МБ через os.ReadFile(), ставим программу на паузу и смотрим RSS процесса.


b, err := os.ReadFile("bigfile.txt")
if err != nil {
panic(err)
}

fmt.Println(len(b))
fmt.Scanln()


Ожидаем около 500 МБ RSS.

А видим условные 3 МБ.

На первый взгляд кажется, что os.ReadFile() ничего не загрузил. Но причина совсем другая.

[]byte - это только descriptor:


slice
├─ ptr ───────────┐
├─ len │
└─ cap │
▼
+-------------------+
| 500 MB byte array |
+-------------------+


Сам slice header на 64-битной системе занимает всего несколько машинных слов. Основные 500 МБ находятся в backing array на heap.

Ключевой момент - liveness analysis.

После:


fmt.Println(len(b))
fmt.Scanln()


переменная b больше не используется.

Для Go это означает, что объект может перестать считаться live ещё до выхода main(). GC получает право освободить backing array, пока программа всё ещё ждёт Enter.

Добавим обращение после паузы:


fmt.Scanln()

fmt.Println(b[0])


И RSS внезапно становится примерно равен размеру файла.

Это хороший пример того, почему:

scope переменной != время жизни объекта для GC.

Чтобы явно сохранить объект живым до определённой точки, в низкоуровневом коде существует:


runtime.KeepAlive(b)


Но использовать KeepAlive просто ради красивого RSS обычно не нужно - он важен прежде всего при работе с finalizer, unsafe, syscall и foreign memory.

Ещё одна ловушка - go run.


go run main.go bigfile.txt


сначала компилирует временный binary, а затем запускает его отдельным процессом. Поэтому смотреть память нужно у процесса вида:


/tmp/go-build.../exe/main


а не у самого go run.

Практический вывод для production:


data, _ := os.ReadFile(path)


подходит для небольших файлов, но большой файл означает большую аллокацию, давление на heap и GC.

Для потоковой обработки лучше:


f, err := os.Open(path)
if err != nil {
return err
}
defer f.Close()

r := bufio.NewReaderSize(f, 256