Потребление оперативной памяти браузерами: почему аппетиты растут

При активной работе с десятком тяжелых веб-приложений расход вырастает до 2,7–3,5 ГБ — без учета расширений, фоновых процессов и кэшированных данных. Современный браузер перестал быть программой для отображения HTML и превратился в полноценную операционную среду для веб-приложений, и его аппетиты растут пропорционально сложности загружаемого контента.

Многопроцессная архитектура как фундамент стабильности и безопасности

Каждый современный браузер на движке Chromium (Chrome, Edge, Brave, Opera, Vivaldi) запускает не один процесс на все окно, а десятки отдельных процессов. Стандартная структура включает:

• Browser process — управляющий процесс, координирует работу остальных.
• Renderer processes — по одному на каждую вкладку, отвечают за рендеринг HTML, CSS, выполнение JavaScript.
• GPU process — обработка графических операций через Direct3D/OpenGL.
• Network process — управление сетевыми запросами.
• Utility processes — службы для работы с аудио, видео, профилями, хранилищами.
• Extension processes — по одному на каждое расширение плюс отдельные процессы для контент-скриптов расширений в каждой вкладке.

Цель такой архитектуры — изоляция. Сбой в одной вкладке не роняет остальные. Вредоносный скрипт не получает доступ к памяти других процессов. Песочница (sandbox) ограничивает возможности процесса вкладки на уровне ОС: нет доступа к файловой системе, нет прямого доступа к оборудованию, нет возможности влиять на другие процессы браузера.

Многопроцессная изоляция — не баг, а плата за стабильность и безопасность. Каждый процесс несет накладные расходы на адресное пространство, кучи и структуры данных. Эта накладная — фундамент, на котором держится песочница.

Цена изоляции — память. Каждый процесс ОС резервирует собственное виртуальное адресное пространство, структуры ядра, кучи, стековые буферы. Эти накладные расходы без единой загруженной страницы составляют 300–500 МБ на свежезапущенном Chromium-браузере. При открытии десяти вкладок добавляется еще несколько сотен мегабайт суммарно.

Firefox использует иной подход — мультипроцессность там появилась позже и до сих пор консолидирует вкладки в меньшем количестве процессов (обычно 4–8 на все окно). Это снижает накладные расходы, но ослабляет изоляцию: сбой в одной вкладке может зацепить соседние.

Веб-страницы как тяжелые приложения

Статический HTML с десятком параграфов занимает в памяти десятки килобайт. Страница середины 2020-х — другое:

• JavaScript-фреймворки: React, Angular, Vue, Svelte. Бандл типичного SPA в сжатом виде занимает единицы мегабайт, после JIT-компиляции потребление памяти кодом обычно измеряется десятками мегабайт на вкладку.
• WebAssembly-модули: применяются для ресурсоемких задач — графика, игры, видеоредакторы в браузере (Figma, Photopea, Google Docs). WASM-модули резервируют собственные буферы памяти, не подпадающие под обычный GC JavaScript.
• Видеоплееры: декодирование H.264, H.265 (HEVC), AV1 требует буферов для распакованных кадров. Видео высокого разрешения в активной вкладке обычно занимает сотни мегабайт ОЗУ.
• WebGL/Canvas: графические приложения, 3D-моделирование, карты с трехмерными зданиями резервируют текстуры и буферы в GPU-памяти и системной ОЗУ.
• Service Workers и кэши: фоновые скрипты для офлайн-режима, push-уведомлений, фоновой синхронизации. Каждый service worker держит собственный контекст выполнения.
• Изображения высокого разрешения: фотогалерея или лента с десятками полноразмерных снимков удерживает в памяти распакованные данные, объем которых кратно превышает размер файлов на диске.

Типичный сценарий офисного работника: открыт Gmail с фоновыми таймерами и постоянной синхронизацией, Google Docs с тяжелым SPA, YouTube в фоновой вкладке, корпоративный чат в браузере с активным WebSocket-соединением, пара новостных сайтов с рекламными скриптами. Суммарный расход такого набора — обычно 1,5–2,5 ГБ.

Реальные показатели: сколько памяти забирают популярные браузеры

В сравнительном тестировании на Windows 11 при открытии 10 идентичных тяжелых сайтов потребление ОЗУ распределилось так:

Edge показывает наибольший расход за счет интегрированных функций: встроенный переводчик, Copilot, защита от фишинга с локальной обработкой, дополнительные модули для работы с PDF. Brave — наименьший за счет блокировки трекеров и рекламы на уровне сетевого стека, что сокращает объем загружаемых скриптов.

По отраслевой статистике за первую половину 2026 года, средняя пользовательская сессия включает до 11 открытых вкладок, а браузер при таком сценарии расходует 1,4–1,6 ГБ оперативной памяти. Это «усредненный» пользователь, открывающий в основном текстовые страницы и почту. Тяжелый сценарий с медиа и SaaS-приложениями кратно увеличивает расход.

Разброс между браузерами объясняется не движком (у Brave, Chrome, Opera, Edge один и тот же Chromium), а набором встроенных функций и уровнем агрессии блокировщиков рекламы по умолчанию.

Роль расширений в неконтролируемом росте потребления ресурсов

Расширения — второй по значимости фактор роста потребления ОЗУ после содержимого страниц. Каждое расширение внедряет свои скрипты в контекст каждой загружаемой страницы, если на ней разрешена работа расширения.

Типичные категории:

• Блокировщики рекламы (uBlock Origin, AdBlock Plus): добавляют десятки-сотни мегабайт на вкладку при активной работе со списками фильтров. uBlock Origin легче за счет оптимизированных правил.
• Менеджеры паролей (Bitwarden, 1Password, LastPass): анализируют DOM, ищут формы ввода, проверяют URL по локальной базе. Работают в контексте каждой страницы, добавляют обычно десятки мегабайт на вкладку.
• Антитрекеры (Privacy Badger, DuckDuckGo Privacy Essentials): отслеживают и блокируют сторонние запросы. Добавляют нагрузку в десятки мегабайт на вкладку.
• Расширения для продуктивности (Grammarly, Todoist, Notion Web Clipper): внедряют собственные UI-элементы и логику в каждую страницу.
• Криптокошельки (MetaMask, Phantom): держат собственный фон и обрабатывают каждое подключение к dApp.

При установленных 5–10 расширениях на типичной странице вроде Google Docs накладные расходы расширений обычно суммарно достигают сотен мегабайт. Эта цифра не зависит от сложности самой страницы — расширения работают везде.

Существуют также расширения, которые держат собственный фоновый процесс независимо от наличия открытых вкладок. Проверка обновлений, синхронизация, отслеживание изменений в фоне — все это расходует память в режиме простоя.

Механизмы оптимизации: как работают «спящие вкладки» и экономия памяти

Разработчики Chromium-браузеров внедрили два схожих механизма.

Sleeping Tabs в Microsoft Edge

Неактивная вкладка (без фокуса более 5 минут по умолчанию) выгружается из ОЗУ, но сохраняет визуальную иконку. При активации вкладка перезагружается — теряется состояние, скролл-позиция, несохраненные данные форм. Для частичного восстановления состояния Edge сохраняет snapshot вкладки на диск.

Настройка через edge://settings/system → «Экономия ресурсов». Доступен выбор: выгружать вкладки через 5 минут, 30 минут, 1 час или никогда. Можно задать список исключений — сайты, которые не должны выгружаться (мессенджеры с активным WebSocket-соединением, веб-приложения с длительным состоянием).

Memory Saver в Chrome

Схожий механизм под другим названием. Доступен через chrome://settings/performance. Настройки: выгрузка через 5 минут, 30 минут, 1 час, 2 часа. Исключения — отдельный список сайтов.

Эффективность

Режим выгрузки неактивных вкладок позволяет существенно снизить расход ОЗУ — обычно на десятки процентов при типичной сесси