Android Studio и эмулятор на ноутбуке: сколько нужно ОЗУ и как включить аппаратное ускорение

Прямой ответ

Android Studio — самая «тяжёлая» среда мобильной разработки: сама IDE 2–4 ГБ, Gradle-демоны 1–3 ГБ на сборку, эмулятор — ещё 2–8 ГБ в зависимости от образа. Практические пороги:

• 8 ГБ — запуск возможен, но эмулятор + IDE = постоянный swap. Только с физическим устройством вместо AVD.
• 16 ГБ — рабочий минимум: IDE + один эмулятор (Google APIs, без Play) + браузер.
• 32 ГБ — комфорт: два AVD, тяжёлый Gradle-билд, Docker-контейнеры для бэкенда.

По диску закладывайте от 100 ГБ свободно: SDK (10–20 ГБ), системные образы эмулятора (8–15 ГБ каждый), Gradle-кэши и сами проекты. Только SSD, желательно NVMe.

Аппаратное ускорение эмулятора: обязательный пункт

Эмулятор без аппаратной виртуализации почти непригоден (минуты на загрузку экрана). По платформам:

• Windows 11: используется WHPX (Windows Hypervisor Platform) — компонент Hyper-V. Включается: «Включение или отключение компонентов Windows» → Гипервизор Windows / Платформа гипервизора Windows + Платформа виртуальной машины. После включения перезагрузка обязательна. Конфликт: сторонние гипервизоры старого типа и часть античитов/VM требуют проверки совместимости.
• Linux: KVM — проверьте kvm-ok (пакет cpu-checker), добавьте пользователя в группу kvm.
• macOS (Apple Silicon): гипервизор встроен, эмулятор использует HVF; образы должны быть arm64-v8a — x86-образы на M-чипах не запускаются.

Диагностика в эмуляторе: Help → Diagnostics или панель Extended Controls покажет активный режим ускорения. Если сборка идёт, а эмулятор ползает — первым делом смотрите именно сюда.

Настройка памяти эмулятора (AVD)

В AVD Manager → редактирование устройства → Advanced Settings:

• RAM: 2048 МБ для лёгких образов, 4096 МБ для тяжёлых (Play-образы, Android 14+). Больше — не значит быстрее: эмулятор резервирует память у хоста.
• VM heap: 512 МБ достаточно большинству приложений.
• Graphics: Automatic/SwiftShader — совместимость; Hardware (host GPU) — скорость; на слабых iGPU стабильнее Software.
• Cold boot vs Quick boot: Quick boot (снапшот) запускает AVD за секунды, но после сбоев снимок лучше удалить (Cold boot now) — «вечная загрузка» часто лечится именно этим.

Экономный приём: один «дежурный» AVD (Pixel, Google APIs, x86_64/arm64) вместо коллекции устройств; остальные конфигурации проверяйте выборочно.

Gradle: где теряются минуты и гигабайты

1. Gradle daemon и параллельная сборка — в gradle.properties:

org.gradle.jvmargs=-Xmx2048m -XX:MaxMetaspaceSize=512m
org.gradle.parallel=true
org.gradle.caching=true

-Xmx больше 2–3 ГБ на ноутбуке обычно не помогает: демонов может быть несколько, и их аппетит суммируется.

2. Kotlin-демон — отдельный процесс со своей памятью; при дефиците ОЗУ ограничьте kotlin.daemon.jvmargs=-Xmx1g.
3. Конфигурационный кэш (configuration cache) заметно ускоряет повторные сборки — включается флагом в новых версиях AGP/Gradle.
4. Первые сборки после обновления IDE/AGP всегда долгие — это норма, не «тормоза».

Типичные проблемы и решения

Физическое устройство по USB (ADB) снимает половину проблем: экономит 2–6 ГБ ОЗУ и показывает реальную производительность — держите хотя бы один недорогой тестовый смартфон.

Проверка ноутбука перед покупкой под Android-разработку

Если машину выбираете под мобильную разработку, требования отличаются от «среднего по программированию»:

1. ОЗУ 16 ГБ минимум, 32 ГБ — цель. Эмулятор — главный потребитель; на 16 ГБ он работает, но браузер придётся держать в узде.
2. CPU от 6 ядер — Gradle-сборки эффективно распараллеливаются; время полной сборки на 6–8 ядрах вдвое меньше, чем на 4.
3. Виртуализация в BIOS должна поддерживаться и включаться (VT-x/AMD-V) — без неё WHPX/KVM и эмулятор невозможны; на корпоративных б/у машинах проверьте это до покупки.
4. SSD NVMe от 512 ГБ, лучше 1 ТБ: SDK + образы + кэши Gradle быстро занимают 150–250 ГБ.
5. Экран 14"+ с разрешением от 1920×1200 — Layout Editor и логи читаются заметно легче; на 13" FHD панели инструментов тесно.

Б/у корпоративные ультрабуки (ThinkPad/EliteBook) часто берут под разработку — порядок проверки такой машины описан в чек-листе выбора б/у ноутбука с гарантией.

Бюджетный сценарий: разработка без 32 ГБ

Студентам и начинающим на ноутбуках с 16 ГБ и ниже: физическое устройство вместо эмулятора, один Gradle-демон, закрытый браузер во время сборки, SSD с 20% свободного места. Как оценивать общий баланс памяти под IDE — в статье IDE и ОЗУ 8/16/32 ГБ; разбор процессов редакторов — в материале про языковые серверы VS Code (Flutter/React Native-стек живёт именно там). Для покупки первой машины под учёбу смотрите гайд по ноутбукам до 45 000 ₽.

Обслуживание среды: раз в месяц

Android-среда зарастает мусором незаметно, поэтому раз в месяц полезно: удалить неиспользуемые системные образы и старые версии SDK (SDK Manager → вкладка SDK Platforms), выполнить File → Invalidate Caches при странном поведении IDE, остановить зависшие демоны (./gradlew --stop), проверить размер папок ~/.gradle/caches и ~/.AndroidStudio*/system — каждая умеет разрастаться до десятков гигабайт. Пять минут профилактики возвращают скорость сборки и место на SSD.

FAQ

Можно ли разрабатывать под Android на 8 ГБ? Да, с физическим устройством и закрытым браузером. С эмулятором — нет: система будет жить в подкачке.

Сколько весят системные образы эмулятора? 8–15 ГБ каждый в распакованном виде. Держите 1–2 нужных, остальные удаляйте через SDK Manager.

Эмулятор или Genymotion/Waydroid? Штатный AVD на KVM/WHPX/HVF — стандарт и лучший выбор в 2026 году; сторонние решения нужны для специфических сценариев (тесты на кастомных образах).

Почему на MacBook M-серии часть образов не запускается? Нужны arm64-образы; x86-эмуляция через QEMU медленная и официально не рекомендуется. Проверяйте ABI образа при создании AVD.

Источники: документация Android Developers по установке Studio, ускорению эмулятора и оптимизации сборок (ссылки в шапке).