free: как проверить использование памяти в Linux

Если ты когда-нибудь сталкивался с внезапными тормозами на сервере или странными падениями контейнеров, то знаешь, что вопрос “куда делась память?!” — это не философия, а суровая реальность админа. Сегодня разберёмся, как быстро и эффективно проверить использование памяти в Linux с помощью команды free. Не просто посмотрим на цифры, а реально поймём, что они значат, как их интерпретировать и как не попасть в типичные ловушки.

Зачем вообще проверять память? Почему это важно?

Память — это топливо для твоих сервисов. Если её не хватает, ОС начинает лихорадочно сбрасывать данные в swap, процессы убиваются (привет, OOM Killer), а пользователи жалуются на тормоза. Даже если у тебя облако, VPS или выделенный сервер — знать, что происходит с RAM, критично. Это поможет:

• Не переплачивать за лишние ресурсы
• Своевременно ловить утечки памяти (leak)
• Понимать, когда пора апгрейдить сервер или оптимизировать софт
• Автоматизировать мониторинг и масштабирование

Как работает free в Linux? Кратко о структуре и алгоритмах

free — это утилита, которая читает данные из /proc/meminfo и красиво выводит их на экран. Она не “считает” память сама, а просто форматирует то, что даёт ядро Linux. Важно понимать, что Linux использует память не только для процессов, но и для кеша, буферов, и это нормально!

Вот как это устроено:

• Total — вся физическая память, что видит ОС
• Used — сколько сейчас реально занято
• Free — сколько совсем не используется (но это не “вся доступная память”)
• Shared — память, разделяемая между процессами (например, tmpfs)
• Buff/cache — кеш и буферы, которые можно быстро освободить
• Available — сколько памяти можно использовать без свопа

Проще говоря, если у тебя “free” мало, а “buff/cache” много — не паникуй! Это значит, что Linux использует RAM для ускорения работы, но при необходимости отдаст её приложениям.

Как быстро и просто проверить использование памяти?

Просто открой терминал и введи:

free -h

Ключ -h (human-readable) покажет значения в удобных единицах (МБ, ГБ). Получишь что-то вроде:

              total        used        free      shared  buff/cache   available
Mem:            16G         4G         2G         512M         10G         11G
Swap:            2G         0G         2G

Что тут важно:

• used — не пугайся, тут учитывается кеш и буферы
• available — вот это реально “свободная” память для приложений
• swap — если тут не ноль, значит память уже закончилась и система использует медленный диск

Быстрые советы:

• Для автоматизации удобно использовать free -m (вывод в мегабайтах) или free -g (в гигабайтах)
• Если хочешь смотреть статистику в реальном времени — watch -n 1 free -h
• Для скриптов: awk поможет выдернуть нужные значения, например:
  free -m | awk '/^Mem:/ { print "Used: " $3 " MB, Free: " $4 " MB" }'

Примеры и кейсы: как интерпретировать вывод

Классический фейл: админ видит “free” мало, думает “ужас, всё плохо”, а на самом деле “buff/cache” огромный, и всё под контролем. Смотри на “available”!

Ошибки новичков и мифы

• “Free мало — сервер умирает!” — Нет, смотри на “available”
• “Кеш надо чистить руками” — Не надо, ядро само освободит кеш при необходимости
• “Swap — зло, отключить!” — Не всегда, swap спасает от внезапных OOM, но если своп активно используется — ищи причину

Похожие решения и альтернативные утилиты

• top и htop — интерактивные мониторы, показывают память по процессам
• vmstat — подробная статистика по памяти, swap и IO
• smem — показывает, сколько памяти реально занимает каждый процесс (учитывая shared)
• cat /proc/meminfo — сырые данные, если хочется покопаться глубже

Официальная документация: man free

Статистика и сравнение с другими инструментами

free — это самый быстрый и простой способ получить общую картину по памяти. Но если нужен анализ по процессам и деталям — используй htop или smem. Вот краткая таблица:

Интересные фишки и нестандартные способы использования free

• Мониторинг в crontab: Добавь строчку в cron, чтобы писать статистику в лог:

  */10 * * * * free -h >> /var/log/memstat.log

• Анализ трендов: Сохраняй вывод free с датой и потом строй графики (gnuplot, grafana, zabbix)
• Проверка в Docker-контейнерах: В контейнере free покажет только лимитированную память. Указывай лимиты через --memory при запуске контейнера!
• Анализ после аварии: Если сервер ушёл в swap или OOM, первым делом смотри free и логи

Автоматизация и скрипты: как free помогает DevOps

Если у тебя десятки серверов, не будешь же ты вручную смотреть каждый? Вот как можно автоматизировать:

• Скрипты на bash/python, которые парсят вывод free и шлют алерты в Telegram/Slack
• Интеграция с мониторингом (Prometheus, Zabbix, Grafana) — часто агенты сами используют free или /proc/meminfo
• Автоматическое масштабирование в облаке: если “available” падает ниже порога — запускается новый инстанс

Пример простого алерт-скрипта:

#!/bin/bash
available=$(free -m | awk '/^Mem:/ { print $7 }')
if [ "$available" -lt 500 ]; then
  echo "WARNING: Low available memory: $available MB"
  # Тут можно добавить отправку сообщения в чат
fi

Выводы и рекомендации: где, зачем и как использовать free

• Для быстрого чека состояния памяти — free -h must-have в арсенале любого админа, DevOps, разработчика, кто работает с Linux.
• Для автоматизации — легко интегрируется в скрипты, CI/CD пайплайны, мониторинг.
• Для анализа проблем — первое, что стоит смотреть при жалобах на производительность.
• Для облака, VPS, Docker — помогает понять, хватает ли ресурсов, правильно ли выставлены лимиты.
• Для экономии денег — не покупай лишние ресурсы “на всякий случай”, анализируй реальное использование.

Не забывай: free — это только верхушка айсберга. Если видишь проблемы — дальше копай htop, smem, vmstat, анализируй процессы, ищи утечки, оптимизируй приложения.

Если ищешь, где развернуть свой сервер для экспериментов и боевых задач — смотри VPS или выделенный сервер — там точно пригодится знание free!

Прокачивай свои навыки, автоматизируй всё, что можно, и пусть память всегда будет с тобой!