Что такое VIRT в htop в Linux?

Анализ параметра VIRT в htop

Параметр VIRT в мониторе процессов htop (а также в стандартном top) обозначает виртуальную память процесса. Это общий объём виртуальной памяти, которую процесс запросил у ядра Linux, а не реально используемую физическую память (RAM). Значение VIRT всегда равно или превышает сумму других видов памяти процесса (RES, SHR).

Что включает в себя VIRT?

Значение VIRT — это сумма следующих компонентов:

• Код программы (text segment): исполняемые инструкции.
• Данные (data segment): глобальные и статические переменные.
• Динамическая память (heap): память, выделенная через malloc(), new и т.д.
• Стек (stack): локальные переменные функций.
• Библиотеки (shared libraries): полный размер всех подгруженных разделяемых библиотек (.so файлы), даже если их код используется и другими процессами.
• Отображённые файлы (memory-mapped files): файлы, отображённые в адресное пространство процесса (например, через mmap()). Сюда могут входить как данные, так и исполняемые файлы.
• Выделенная, но неиспользуемая память: память, зарезервированная процессом "на будущее" (например, с помощью malloc()), но в которую ещё ничего не записано.

Ключевой момент: VIRT отражает адресное пространство процесса, а не потребление физических ресурсов. Большое значение VIRT само по себе не является проблемой, так как Linux активно использует механизм отложенного выделения памяти (lazy allocation) и разделяемых библиотек.

Сравнение VIRT с другими параметрами памяти в htop

• VIRT (Virtual Memory): Полный объём виртуального адресного пространства.
• RES (Resident Memory): Память, которая реально находится в физической оперативной памяти (RAM) и используется процессом в данный момент. Это "рабочий набор" процесса.
• SHR (Shared Memory): Часть памяти из RES, которая может быть использована другими процессами (например, код общих библиотек).
• MEM% (Memory Percentage): Рассчитывается от RES, а не от VIRT. Это процент физической RAM, используемой процессом.

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

Рассмотрим простую программу на C, которая резервирует большой объём памяти:

#include <stdlib.h>
#include <stdio.h>
#include <unistd.h>

int main() {
    // Резервируем 1 ГБ виртуальной памяти (адресного пространства)
    size_t size = 1024 * 1024 * 1024;
    char *big_array = (char *)malloc(size);

    if (big_array == NULL) {
        perror("malloc failed");
        return 1;
    }

    printf("Process PID: %d\n", getpid());
    printf("Array of 1 GiB allocated (but not used). Check htop VIRT.\n");

    // Фактически трогаем ("грязним") только первый мегабайт
    for (size_t i = 0; i < 1024 * 1024; i++) {
        big_array[i] = 0;
    }

    printf("1 MiB of array is now touched. Check htop RES.\n");
    getchar(); // Пауза для наблюдения в htop
    free(big_array);
    return 0;
}

После компиляции и запуска в htop вы увидите:

1. Сразу после malloc(): VIRT процесса увеличится примерно на 1 ГБ. RES почти не изменится, потому что Linux лишь обещает память (lazy allocation).
2. После записи данных в первый мегабайт массива: RES увеличится примерно на 1 МБ (плюс накладные расходы), так как ядро будет вынуждено выделить физические страницы памяти. VIRT останется прежним (~1ГБ).

Когда большое значение VIRT может быть тревожным сигналом?

• Утечка адресного пространства: Постоянный рост VIRT при работе процесса (например, из-за бесконечных вызовов mmap() без munmap()) может привести к исчерпанию доступного виртуального адресного пространства (особенно в 32-битных приложениях).
• Некорректная работа с памятью: Процесс может неправильно рассчитывать размеры выделяемых буферов.
• Неэффективное использование библиотек: Загрузка огромных, но не используемых по факту библиотек.

Вывод: VIRT — это показатель потенциальной потребности процесса в памяти. Для анализа реального потребления оперативной памяти всегда ориентируйтесь на RES. Высокий VIRT при низком RES — нормальная ситуация для многих приложений (Java, СУБД, браузеров), использующих память "про запас". Беспокоиться стоит, когда высокий VIRT сопровождается ростом RES и падением свободной RAM, что указывает на реальную нехватку памяти в системе.