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

Разница возникает из-за архитектуры процессов, расширений, рекламных блокировок и работы механизмов заморозки вкладок.

Для архитектурного решения нужен сценарий, профиль браузера и режим управления вкладками. Единой нормы на одну вкладку не существует. Сравнительные замеры 2025–2026 годов дают следующую картину.

Где браузер расходует оперативную память

Браузер состоит из нескольких групп процессов:

• Renderer processes: DOM, JavaScript heap, изображения, состояние страницы.
• GPU process: графические буферы, видео, WebGL, compositing.
• Network service: сетевые соединения, кэш, DNS, TLS.
• Audio process: воспроизведение и захват звука.
• Extension processes: код, состояние и фоновые задачи расширений.
• Browser process: интерфейс, профиль, вкладки, управление жизненным циклом процессов.

В Chromium применяется Site Isolation. Отдельные сайты и расширения получают собственные процессовые границы. Такая архитектура ограничивает распространение сбоев и повышает безопасность, но создаёт дополнительный RAM overhead. Процесс не обязан постоянно показывать большое потребление в диспетчере задач, однако его память остаётся частью общей нагрузки браузера.

Firefox использует ограничение количества content processes. Процессы переиспользуются и освобождаются под давлением памяти. Такой подход снижает удельный расход при большом числе вкладок, но не гарантирует минимальное потребление всего браузера. Итог зависит от контента, расширений и внутренних механизмов управления страницами.

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

Одиночный процесс в диспетчере задач даёт неполную картину. Chromium и Gecko распределяют нагрузку между renderer, GPU, network service, audio service и расширениями. Для аудита требуется суммировать всю группу процессов одного браузера.

Чистый старт и десять лёгких вкладок

До открытия первой страницы современный браузер уже занимает примерно 300–500 МБ. В эту величину входят исполняемый код, профиль, служебные процессы, GPU-контекст, сетевой стек и фоновые компоненты расширений.

Ориентир для пустой или стартовой вкладки составляет 120–150 МБ. Эта величина не складывается линейно с общим итогом. Часть памяти общая, часть выделяется лениво, а фоновые страницы могут освобождать ресурсы.

В лабораторном тесте с десятью простыми текстовыми и офисными страницами результаты составили:

Разброс внутри одного браузера также значителен. Настройка Sleeping Tabs, фоновые задачи, расширения, история профиля и состояние GPU влияют на результат. При этом прямой перенос лабораторного замера на рабочую машину некорректен: одинаковый браузер может иметь разные профили и наборы расширений.

Для планирования рабочего места важен не только факт прохождения порога 8 ГБ RAM. Более полезны два параметра: устойчивый расход при типичной сессии и пиковый расход при переходе на тяжёлые web-приложения.

Десять тяжёлых веб-сервисов: результаты MakeUseOf

Тест MakeUseOf выполнялся на чистой Windows 11 с десятью тяжёлыми страницами, включая YouTube, Google Maps, Twitch и Canva. Результаты:

Разрыв между крайними значениями достиг 1,3 ГБ. Для машины с 8 ГБ RAM это составляет заметную долю доступной памяти. Для 16 ГБ эффект менее критичен, но при одновременном запуске офисного пакета, видеоконференций и фоновых приложений также остаётся значимым.

Brave, Chrome, Opera и Edge используют Chromium. Результаты показывают, что оценка одного только движка даёт неполную картину. На уровне продукта применяются блокировка рекламы, управление вкладками, оптимизация Windows и собственные настройки энергопотребления.

Brave показал минимальный расход в тяжёлом наборе. В лёгком лабораторном тесте Microsoft Edge оказался ниже. Такое изменение rankings означает зависимость результата от профиля нагрузки. Единый победитель существует только внутри конкретного теста.

Показатель браузера определяется конфигурацией продукта и типом страниц. Сравнение по одному названию движка невозможно.

Chrome нельзя считать постоянным лидером по расходу RAM. При активированном Memory Saver и корректной работе с фоновыми страницами он способен уступить другим продуктам. Именно режим tab suspension часто оказывает большее влияние, чем выбор между близкими версиями Chromium.

Повседневная сессия: 11 вкладок и результаты рунет-тестов

TelecomDaily провела отдельный тест со сценарием из новостей, карт, социальных сетей, маркетплейсов и видео. Потребление оперативной памяти составило:

1. Яндекс Браузер: 3178 МБ.

2. Comet: 3365 МБ.

3. Microsoft Edge: 3535 МБ.

4. Google Chrome: 3790 МБ.

5. Firefox: 4353 МБ.

По этому набору Firefox потреблял больше остальных. Этот результат не противоречит его архитектуре с ограничением content processes. Общий расход включает расширения, кэш, графические ресурсы, media playback и внутренние механизмы браузера. Ограничение числа процессов снижает часть накладных расходов, но не определяет весь бюджет памяти.

Средний результат для типичной сессии из 11 вкладок находится в диапазоне 1,4–1,6 ГБ. Он ниже показателей тяжёлого теста по естественной причине: страницы новостей и документации потребляют меньше ресурсов, чем одновременно активные видео, карты и редакторы вроде Canva.

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

Браузер работает внутри среды, где приложения часто остаются открытыми постоянно. Более широкий контекст цифровых отношений и цифровой культуры представлен в материале о саммите Breaking the Cycle. Для аудита RAM это означает отдельный учёт фоновой активности: WebSocket, видеопотоков, canvas и service workers.

50 вкладок, Memory Saver и tab suspension

При 50 одновременно активных вкладках расчётное потребление достигает 3,8–6,5 ГБ. Здесь уже проявляется системный риск: фоновая активность десятков страниц конкурирует с рабочими приложениями за RAM и создаёт давление на подкачку данных.

В тесте Chrome функция Memory Saver снизила расход с примерно 6,5 ГБ до 1,8–2,2 ГБ. Освободилось 4,3–4,7 ГБ, или около 66–72% измеренного объёма. Механизм заморозки фоновых страниц радикально меняет модель памяти при большом числе вкладок.

В Chrome, Edge и Firefox применяются разные варианты управления жизненным циклом страницы:

1. Suspension останавливает фоновые операции и освобождает часть активных ресурсов. При возврате к вкладке страница может восстанавливаться или перезагружаться.

2. Unloading закрывает renderer process, сохраняя часть состояния страницы для последующего восстановления.

3. Discarding освобождает процесс под давлением памяти. Возврат выполняется через перезагрузку.

Sleeping Tabs в Edge, Memory Saver в Chrome и выгрузка вкладок в Firefox решают одну задачу: ограничить число одновременно исполняемых web-приложений. Реализация различается, принцип управления одинаков.

Плата выражена задержкой повторного открытия, восстановлением сетевых соединений и возможной потерей части мгновенного состояния. Видеоконференции, активные редакторы, терминалы и dashboards с потоковыми обновлениями требуют исключения из агрессивной заморозки. Настройку следует проверять на реальных сценариях конкретного пользователя.

Свободная память при переключении на вкладку может расходоваться не мгновенно. ОС продолжает учитывать кэши, shared memory и страницы, подготовленные к выгрузке. Поэтому сразу после заморозки снимок Task Manager иногда показывает более высокий working set, чем фактически используемая память приложения.

Как читать показатели и выбирать конфигурацию

Корректный замер требует фиксированной методики:

1. Зафиксировать нагрузку. Использовать одинаковые сайты, размер окна, авторизацию и состояние профиля. Видео и карты должны полностью загрузиться.

2. Зафиксировать конфигурацию. Указать версию браузера, расширения, блокировку рекламы, режим Sleeping Tabs или Memory Saver. Новый профиль и рабочий профиль могут давать разные результаты.

3. Снимать базовый уровень. Сначала измерить потребление после запуска без вкладок. Для Windows требуется суммировать память всех процессов браузера и использовать одну метрику, обычно private working set.

4. Выполнять ступенчатую нагрузку. Проверять 0, 10 лёгких, 10 тяжёлых и 50 вкладок. Для каждого состояния дождаться завершения фоновых запросов и загрузки медиа.

5. Повторять прогон. Минимум три измерения с расчётом медианы дают более устойчивый результат, чем единичный снимок.

6. Использовать Task Manager браузера для атрибуции. Он помогает определить вкладку, расширение или GPU-процесс. Его метрики нельзя напрямую складывать с данными диспетчера задач ОС.

7. Проверять поведение после заморозки. Фиксировать время реакции, переподключение WebSocket, восстановление форм и повторную загрузку видео.

Для управляемой desktop-среды измерение следует перевести в эксплуатационный параметр: максимальное потребление на одну профильную сессию, доля пользователей с тяжёлыми web-приложениями и резерв RAM под пиковые сценарии. На управляемые Chrome и Edge распространяются корпоративные политики вкладок, allowlist расширений и агрегированный telemetry по процессам.

Универсального лидера по потреблению памяти нет. В тяжёлом тесте минимальный результат показал Brave, в лёгком офисном сценарии лидировал Edge, а в повседневном рунет-тесте первое место занял Яндекс Браузер. Эти результаты описывают разные сценарии, а не универсальное свойство движка.

Для эксплуатации фиксируются четыре параметра:

1. Профиль нагрузки с разделением на лёгкие страницы, тяжёлые web-приложения и длительные сессии.

2. RAM budget на пользователя с измерением пиков, а не только среднего значения.

3. Политика заморозки вкладок с исключениями для критичных рабочих приложений.

4. Регулярный повторный замер после обновлений браузера, расширений и рабочих приложений.