У меня есть 2.67 ГГц процессор Celeron и 1,21 ГБ ОЗУ на x86 Windows XP Профессиональная машина.
Я понимаю, что Эмулятор Android должен начинаться довольно быстро на такой машине, но для меня это не так. Я выполнил все инструкции по настройке IDE, SDK, JDK и т.д. И имел некоторый успех в запуске эмулятора быстро, но это очень редко. Как я могу, если это возможно, исправить эту проблему?
Даже если он запускается и загружает домашний экран, он очень вялый. Я попробовал Eclipse IDE в версия 3.5 (Galileo) и 3.4 (Ganymede).
Обновить
Теперь вы можете включить функцию быстрой загрузки для эмулятора Android. Это сохранит состояние эмулятора и быстро запустит эмулятор при следующей загрузке.
Нажмите на кнопку редактирования эмулятора, затем нажмите Show Advanced Setting. Затем включите Quick Boot
как показано на скриншоте ниже.
Android Development Tools (ADT) 9.0.0 (или более поздняя версия) имеет функцию, которая позволяет вам сохранять состояние AVD (эмулятора), и вы можете сразу же запустить свой эмулятор. Вы должны включить эту функцию при создании нового AVD, или вы можете просто создать его позже, отредактировав AVD.
Также я увеличил Device RAM Size
до 1024
что привело к очень быстрому эмулятору.
Обратитесь к приведенным ниже скриншотам для получения дополнительной информации.
Создание нового AVD с функцией сохранения снимка.
Запуск эмулятора из снимка.
А для ускорения эмулятора вы можете обратиться к разделу "Ускорить эмулятор Android"! :
ВАЖНОЕ ПРИМЕЧАНИЕ: Пожалуйста, сначала обратитесь к списку Intel о VT, чтобы убедиться, что ваш процессор поддерживает Intel VT.
HAXM расшифровывается как "Intel Hardware Acceleted Execution Manager"
В настоящее время он поддерживает только Intel VT (технология виртуализации Intel).
Эмулятор Android основан на QEMU. Интерфейс между QEMU и драйвером HAXM в хост-системе разработан независимо от поставщика.
Обновите Eclipse: убедитесь, что ваша установка Eclipse и плагин ADT полностью обновлены.
Обновите инструменты Android. После каждого обновления плагина Eclipse важно обновлять инструменты Android SDK. Для этого запустите Android SDK Manager и обновите все компоненты Android SDK. Чтобы воспользоваться HAXM, вы должны быть как минимум на версии 17.
Установите драйвер HAXM, запустив "IntelHaxm.exe". Он будет расположен в одном из следующих мест:
C:\Program Files\Android\android-sdk\extras\intel\Hardware_Accelerated_Execution_Manager
C:\Users\<user>\adt-bundle-windows-x86_64\sdk\extras\intel\Hardware_Accelerated_Execution_Manager
Если установщик завершает работу с сообщением о том, что Intel VT должен быть включен, необходимо включить это в BIOS. Описание того, как это сделать, см. В разделе "Включение Intel VT (технология виртуализации)".
Попробуйте Android x86. Это намного быстрее, чем эмулятор Google Android. Выполните следующие действия:
ОБНОВЛЕНИЕ: последняя версия Android Studio (2.x) внесла значительные улучшения в комплектный эмулятор. Это отзывчивый и имеет целый ряд функций.
Для тех, кто еще заинтересован: попробуйте использовать Genymotion. Вы можете скачать версию для Windows/Mac OS X/Linux после регистрации. Плагин для Eclipse также доступен:
Установка плагина может быть выполнена путем запуска Eclipse и перехода в меню "Справка/Установка нового программного обеспечения", затем просто добавьте новый сайт обновлений со следующим URL-адресом: http://plugins.genymotion.com/eclipse. Следуйте указаниям Eclipse.
Этот эмулятор быстрый и отзывчивый.
GenyMotion позволяет управлять различными датчиками вашего устройства, включая уровень заряда батареи, уровень сигнала и GPS. Последняя версия теперь также содержит инструменты камеры.
Эмулятор, включенный в вашу (старую) версию Eclipse, очень медленный.
Последние эмуляторы быстрее, чем они используются в 2010 году. Обновите SDK/IDE.
Лично я использую настоящий телефон для выполнения своих тестов. Это быстрее, и тесты более реалистичны. Но если вы хотите протестировать свое приложение на разных версиях Android и не хотите покупать несколько телефонов, вам придется время от времени использовать эмулятор.
Запуск эмулятора очень медленный. Хорошо, что вам нужно только запустить эмулятор один раз. Если эмулятор уже запущен, и вы снова запускаете приложение, эмулятор повторно устанавливает приложение относительно быстро. Конечно, если вы хотите знать, как быстро он будет работать на телефоне, лучше протестировать его на реальном телефоне.
Intel выпустила рекомендованные инструкции по установке эмулятора ICS 15 мая 2012 года. Это сработало для меня. Эмулятор теперь быстрый, а интерфейс - плавный.
Первая половина инструкций достаточно подробна, поэтому я предполагаю, что вы смогли установить образы систем Intel x86 Atom с помощью менеджера SDK Android, а также Intel HAXM.
Теперь, чтобы убедиться, что все остальное настроено так, чтобы вы могли наслаждаться высокопроизводительным эмулятором:
И начать это:
sudo kextload -b com.intel.kext.intelhaxm (mac)
Если HAXM работает правильно, вы можете увидеть это сообщение при запуске эмулятора:
HAX работает и эмулятор работает в быстром виртуальном режиме
В противном случае вы можете увидеть эту ошибку:
HAX не работает и эмулятор работает в режиме эмуляции:
Не удалось открыть модуль hax
Используйте эмуляцию GPU. На момент написания этой статьи нельзя использовать параметр "Снимок" при использовании эмуляции графического процессора. Убедитесь, что для эмуляции графического процессора установлено значение "да".
Установите для памяти устройства значение 1024 МБ или более, но не более, чем параметр Intel HAXM. Я использую 1024 МБ на устройство и 2048 для HAXM.
Всегда перепроверяйте настройки после сохранения! Эмулятор очень требователен к тому, что он позволяет вам установить, и он вернет конфигурации, не сообщая вам.
С этими настройками больше не появляется программная клавиатура, а также экранная клавиша "Назад", меню и последние клавиши. Похоже, что это ограничение текущего образа системы ICS Intel x86. Вам нужно будет использовать сочетания клавиш.
В Mac OS вам нужно будет удерживать клавиши fn + control, чтобы клавиши F1 - F12 работали. Страница вверх/вниз/влево/вправо может быть выполнена с помощью клавиш управления + стрелки.
Вы можете создать эмулятор .bat со следующей командой для запуска эмулятора. Он начнется быстрее.
emulator.exe -cpu-delay 0 -no-boot-anim @<avd name>
Или в Unix (Mac или Linux):
emulator -cpu-delay 0 -no-boot-anim @<avd name>
-no-boot-anim
сократило время запуска примерно на 38%. Спасибо!
-no-boot-anim
в поле Дополнительные параметры командной строки.
Я заметил, что эмулятор запускается намного быстрее, если нет подключенного сервера мониторинга Dalvik Debug (DDMS). Поэтому, если вы запустите эмулятор из Virtual Device Manager "SDK Setup.exe", а Eclipse не запущен, эмулятор работает быстрее.
Если вы запустите эмулятор из Eclipse: там есть DDMS, поэтому иногда эмулятор работает очень медленно, но иногда он быстрее.
Эмуляторы медленны. Там вы действительно ничего не можете с этим поделать, но есть альтернативы эмулятору.
Чтобы сделать ваш эмулятор быстрее, вы можете разместить GPU и использовать более легкую версию Android (Android 2.3 (Gingerbread)). Разработка на Mac будет лучше. Зачем использовать эмулятор, BTW? Использование реального телефона имеет больше смысла.
Начиная с версии 17 Android SDK Tools, эмулятор может использовать графическое ускорение и расширения, обеспечиваемые процессором, для повышения эффективности. Предварительные требования и полная конфигурация и примечания пользователя:
http://developer.android.com/guide/developing/devices/emulator.html#acceleration
Чтобы включить GPU, запустите эмулятор из командной строки или добавьте "-gpu on" в дополнительные параметры командной строки эмулятора в Конфигурация AVD.
emulator -avd <avd_name> -gpu on
Для использования расширений машинного процессора вам необходимо установить драйвер (предостережение, поскольку оно может противоречить существующим VirtualBox или VMware). После его установки он будет использоваться автоматически, когда вы используете AVD на базе x86.
Android SDK rev. 17 поддерживает ускорение виртуальной машины с использованием технологий виртуализации AMD и Intel.
Эта функция может значительно улучшить производительность эмулятора!
Дополнительную информацию см. в следующем разделе документации для эмулятора Android: Настройка ускорения виртуальной машины
Не забудьте установить соответствующий драйвер для вашей операционной системы:
После установки драйверов и загрузки образа системы Android X86 (как описано в документации) вы сможете создать новый AVD, используя образ x86:
Например:
Попробуйте отключить антивирус. Возможно, это сделает эмулятор немного быстрее.
Эмулятор, похоже, замедляется при простоях. Это становится очевидным благодаря быстрой затиранию над клавишами на стороне и наблюдению за ответами на освещение. В качестве обходного пути я передаю -icount auto
в QEMU при запуске эмулятора. Вы можете сделать пакетный файл с именем my_avd.bat
, чтобы сделать это для вас:
emulator @my_avd -no-boot-anim -qemu -icount auto
@my_avd
- запустить виртуальное устройство с именем 'my_avd'-no-boot-anim
- отключить анимацию для более быстрой загрузки-qemu args...
- передать аргументы qemu-icount [N|auto]
- включить счетчик виртуальных команд с 2 ^ N тактами синхронизации для каждой командыЭто сделало анимацию масляной гладкой и ускорилась adb install
в десять раз.
Опция -cpu-delay <delay>
, описанная в Параметры запуска эмулятора, может помочь.
Вы можете ознакомиться с проблемами эмулятора в Google I/O 2011: доклад по инструментам разработки Android, начиная с 0:40:20.
Эмулятор работает медленно, потому что вся среда Android работает на эмулируемом оборудовании, а инструкции выполняются также на эмулируемом процессоре ARM.
Основным препятствием является рендеринг, поскольку он не работает на каком-либо выделенном оборудовании, но фактически выполняется с помощью программного рендеринга. Уменьшение размера экрана значительно улучшит производительность эмулятора. Увеличение/ускорение памяти не поможет.
В то время они упоминали, что они разрабатывают интерфейс, который позволит эмулятору передавать определенные инструкции через аппаратное обеспечение хоста, так что в конечном итоге вы сможете использовать производительность эмулятора с помощью мощного оборудования настольного компьютера.
В выпуске 9 эмулятора Android есть новая функция "моментального снимка". Вы можете сохранить состояние эмулятора (создать образ эмулятора) и избежать загрузки при запуске эмулятора.
Новая опция Visual Studio Emulator для Android - быстро, Hyper-V, x86 и бесплатно скачать без VS.
Текущая версия эмулятора (май 2011 г.) медленна, особенно с Android 3.0 (Honeycomb) в первую очередь потому, что эмулятор не поддерживает аппаратное обеспечение GL - это означает, что код GL преобразуется в программное обеспечение (фактически программное обеспечение ARM), которое затем эмулируется в программном обеспечении в QEMU. Это безумно-медленно. Они работают над этой проблемой и частично ее решают, но не с каким-либо качеством выпуска.
Просмотрите видео Google I/O 2011: инструменты для разработки Android, чтобы увидеть его в действии - прыгайте примерно до 44 минут.
Чтобы добавить дополнительную информацию к этому.
Недавно я обновил свою установку Ubuntu до Ubuntu 10.04 LTS (Lucid Lynx), которая, в свою очередь, обновила мою версию Java до:
Java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01, mixed mode)
И теперь эмулятор (хотя требуется некоторое время для запуска), кажется, работает быстрее, чем раньше.
Возможно, людям стоит обновить свою JVM.
Сначала установите Intel x86 Emulator Accelerator (HAXM). Это можно загрузить непосредственно с Intel или с помощью Android SDK Manager. В диспетчере SDK он находится в разделе "Дополнительно".
В версии Android Studio, которую я использовал (0.8.9), Android SDK Manager загружает HAXM, но фактически не запускает установщик (я предполагаю, что это будет исправлено в более поздних выпусках). Чтобы запустить установщик, мне нужно было зайти в C:\Program Files (x86)\Android\android-studio\sdk\extras\intel\Hardware_Accelerated_Execution_Manager и вручную запустить intelhaxm.exe.
HAXM работает с устройствами Intel, поэтому создал новый эмулятор с процессором Intel.
Это значительно улучшило ситуацию, но эмулятор все еще чувствовал себя немного вялым. Завершающим этапом был выбор "Использовать хост-графический процессор" в диспетчере виртуальных устройств Android (AVD).
После этих изменений Android Emulator запускался через 5-10 секунд и работал без каких-либо заметных задержек. Помните, что эти функции зависят от аппаратного обеспечения (CPU/GPU) и могут не работать в некоторых системах.
Попробуйте Genymotion для Android Studio. Быстро! Просто нужна единовременная установка. Больше боли AVD.
Здесь я заметил, что никто не упоминал об этом вообще.
Назначьте все доступные процессоры эмулятору
Здесь вы можете попробовать. Это ускоряет эмулятор для меня, особенно во время загрузки. Я заметил, что эмулятор использует только одно ядро доступного процессора. Я установил его для использования всех доступных процессоров.
Я использую Windows 7.
Когда запускается эмулятор Android, откройте Диспетчер задач, посмотрите под вкладкой "Процесс", найдите "emulator-arm.exe" или "emulator-arm.exe * 32"... Щелкните правой кнопкой мыши на нем, выберите Совместимость процессоров и назначить столько процессоров, сколько вам нравится в эмуляторе.
Android-эмулятор мертв медленно. При работе он занимает 800 МБ памяти. Если вы находитесь в Windows, вы можете использовать эмулятор Microsoft Android. Он превосходный, предоставляет вам функциональные возможности больше, чем Android Studio Emulator. И самое главное это быстро (потребляет только 13 МБ). Он поставляется с Visual Studio 2015 Technical Preview. Я использую его и доволен этим. Я загрузил и установил весь пакет VS, мне нужно посмотреть, как мы можем установить эмулятор VS только.
Visual Studio Emulator для Android
EDIT: Попробуйте https://www.visualstudio.com/vs/msft-android-emulator/
После разработки какое-то время мой эмулятор стал жестоко медленным. Я выбрал стереть пользовательские данные, и это было намного лучше. Я предполагаю, что для загрузки каждого APK файла, который вы развернули, требуется время.
У меня было время загрузки прерывистого медленного эмулятора (SDK v8.0), до трех минут на процессоре Intel Core i7 920 2.67 и GHz на Xubuntu 10.04 VirtualBox 3.2.12 гость с загруженным Eclipse (3.6.1). Я изменил гостевую память VirtualBox с 1024 Мб до 2048 Мб, и с этого момента я больше никогда не испытывал медлительность (время загрузки составляло 33 секунды, загрузка процессора составляла 20%). И Eclipse, и эмулятор - это свиньи памяти.
Ну, так как кто-то предложил Android x86 в качестве альтернативного эмулятора тестирования, я также представлю свой любимый. Это не может быть альтернативой для всех, но для меня это идеально!
Используйте проигрыватель Bluestacks. Он работает под управлением Android 2.3.4 и очень плавный и быстрый. Иногда это даже быстрее, чем обычное устройство. Единственным недостатком является то, что вы можете просто тестировать приложения на уровне API 10 и только на одном размере экрана, но это идеально подходит только для тестирования, работает ли он или нет. Просто подключите плеер с adb
, запустив
adb connect 127.0.0.1
После компиляции он устанавливается мгновенно. Это очень впечатляет, учитывая, что у меня довольно среднее компьютерное оборудование (двухъядерный с 4 ГБ оперативной памяти).
Чтобы сократить время запуска эмулятора, перед запуском эмулятора необходимо проверить "Отключить загрузочную анимацию". Обратитесь к документации по Android.
Если в случае, если вы не знаете, вам не нужно закрывать эмулятор каждый раз, когда вы запускаете/отлаживаете свое приложение. Если вы нажмете run/debug, когда он уже открыт, ваш файл APK будет загружен в эмулятор и начнется почти сразу. Эмулятор принимает досадно долгое время, только когда он запускается в первый раз.
Вот несколько советов по ускорению эмулятора Android: Как ускорить эмулятор Android на 400%.
Более старые версии Android работают намного быстрее. Когда я нахожусь на своем нетбуке, я использую Android 1.5 (API уровня 3). Однако есть несколько недостатков - ваши приложения должны поддерживать старые платформы (очевидно), а ndk-gdb требует запуска Android 2.2 (API 8) или выше. Но регулярно тестировать приложения на старых платформах - это хорошая идея.
Простое решение для начинающих. Я пробовал много способов и остановился с Genymotion в сочетании с Eclipse. Genymotion просто добавляет виртуальное устройство в Eclipse.
Шаг за шагом:
В моем случае это решение является единственным быстрым решением. Никакие эмуляторы в Eclipse никогда не работали так быстро, и все настройки были очень медленными. Только это решение работает практически в реальном времени. Я могу порекомендовать (ноутбук i3, 2,6 GHz).
Несколько вещей, которые определенно ускорили меня для этого, были
1. делегирование процесса рендеринга на графический процессор, установив флажок Использовать хост-GPU "в окне редактирования AVD.
2. загрузите образ Intel Atom (x86) или если вы являетесь пользователем Windows/ mac загрузка ускорителя эмулятора Intel x86 HAXM
К сожалению, с изображениями Intel x86 вы не получаете Google Apps, они имеют только изображения ARM.
где Genymotion пригодится
Если у вас есть процессор Intel, установите Intel Accelerated Execution Manager.
Затем назначьте его в качестве эмулятора CPU в настройках эмулятора. Когда я сделал это на своем процессоре Core i7, это заняло около 10 минут. Теперь он открывается через 15 секунд.
На четырехъядерном ядре 3,4 GHz 6 ГБ ОЗУ, Windows 7, эмулятор был необычно медленным!
Я загрузил Launcher-Pro.apk
через эмулятор, установил его и установил в качестве пусковой установки по умолчанию. Это удвоило скорость моей эмуляции! Экран загружается намного более плавным и быстрым. Он, похоже, не загружается в версии 2.1 или 2.2, только в версии 2.0.
Интересно, почему никто не упомянул Visual Studio Emulator
в качестве альтернативы. Это намного быстрее, чем собственный Android Studio Emulator.
Здесь ссылка на сравнение производительности: https://medium.com/android-news/how-visual-studio-emulator-for-android-can-improve-your-android-development-9e17a6213839#.hlh7ba6ut
Что еще лучше, что файлы apk и даже gapps (или любые другие flashable zip) могут быть установлены только путем перетаскивания. Однако недостатком является то, что для него требуется Hyper-V, который доступен только в Windows (это тоже, начиная с Windows 8). Другие ограничения (наряду с описанием выше) и другие подробности можно найти здесь: https://blogs.msdn.microsoft.com/visualstudioalm/2014/11/12/introducing-visual-studios-emulator-for-android/
Вы можете попробовать нашу новую виртуальную машину Android, Leapdroid, которая полностью совместима с оригинальным эмулятором Android. Поскольку он использует технологию виртуализации, вместо эмуляции он обеспечивает довольно большую скорость. Кроме того, мы используем новую технологию OpenGL под названием LeapGL, которая выполняет графику OpenGL с нативной скоростью. Наши vm имеют лучшую производительность по сравнению с другими.
Исходный код: https://github.com/leapdroid
Leapdroid полностью совместим с Eclipse и Android Studio, поскольку он использует те же порты adb.
Для лучшего опыта я бы рекомендовал лицензионный genymotion для shop.genymotion.com. Если вы хотите проверить это, сначала вы можете получить genymotion здесь
Мое решение Vysor. Я получаю оба лучших мира. Я не накладываю слишком много заряда на свою машину, но я также могу видеть свое настоящее Android-устройство на экране, поэтому мне не нужно его забирать, снимайте руки с клавиатуры и т.д. Кроме того, всегда есть функция, которая не работает лучше всего на эмуляторе.
Существует бесплатная версия с объявлениями и платная, которая по сравнению с другими решениями не сломает банк.
Вы можете скачать эмулятор genymotion из здесь. Это быстро и эффективно.
Вы можете попробовать Genymotion вместо эмулятора Android. Это быстрее и лучше, чем эмулятор android.
Я попытался загрузить эмулятор из Eclipse (Indigo и Android 1.5, no Snapshot), и через 45 минут я остановил его, потому что ничего не случилось.
Статистика: Phenom Quad @2.6 MHz с 4-дюймовым DDR2 Corsair Dominator @800 MHz. AVD находится на накопителе SSD и эмуляторе на жестком диске RPM 7200.
Я начал эмулятор вручную с помощью опции -no-boot-anim
, и он загрузился через 30 секунд.:)
В CMD перейдите в папку, в которой находится файл emulator.exe
, и введите
emulator.exe @<YourAVDFromEclipse> -no-boot-anim
Файл emulator.exe
находится в папке Android SDK в разделе "Инструменты".
В Windows вы можете найти виртуальное устройство Android (AVD) под C:\Users\<NAME>\.android\avd
.
Проекты, запускаемые из Eclipse, ориентированные на AVD, которые вы загрузили, отображаются только красиво: D
Я предлагаю вам использовать Android-телефон для разработки с помощью USB Debugging. Это дает лучший опыт в тестировании приложений и лучшую производительность по сравнению с виртуальными устройствами. Или вы также можете использовать опции, упомянутые в остальной части ответов, и можете пойти с Bluestacks App Player, это также хороший вариант в случае отсутствия устройства Android.
Теперь вместо использования эмулятора мы можем тестировать приложения Android с помощью приложения ARC Welder на Chrome, время выполнения приложения для Chrome
Я только что заметил то, что не могу объяснить, но эй, для меня это работает!
Я все равно собирал Android из исходников, и встроенный эмулятор запускался через несколько секунд (моя машина двухъядерная AMD 2,7 ГГц), и через минуту, возможно, два в первом запуске, система была готова. С другой стороны, с помощью пакета Eclipse ADT вышло полчаса запуска эмулятора. Неприемлемо.
Решение, которое работает здесь (у меня нет средств для проверки на других машинах, поэтому, если вы чувствуете наклонность, проверяете и проверяете):
<source base dir>/out/host/linux-x86
Кроме того, я согласен с запуском из моментального снимка и сохранением состояния в моментальном снимке. Мой совет касается только времени запуска эмулятора. Я до сих пор не знаю, почему это так долго по умолчанию. В любом случае, если это работает для вас, наслаждайтесь:)
Я бы настаивал на том, чтобы теперь установить BlueStacks, поскольку он работает так же, как эмулятор со многими другими функциями в этом (например, он дает доступ к Android Market). Также вы можете запускать приложения непосредственно с Eclipse на BlueStack Device/Emulator с большой скоростью работы. Для запуска приложения из Eclipse в эмулятор BlueStack требуется всего одна секунда.
Android ADT 18 теперь включает в себя (бета) вариант с поддержкой GPU (просто включите ускорение GPU из ваших свойств AVD). Это имеет огромное значение, и даже ICS чувствует себя относительно комфортно.
Я предлагаю поиграть с настройками OpenGL. У меня двухъядерный (четырехпоточный) i3-2350M, работающий на нем внутренний графический процессор, и я получаю ужасную производительность, если я использую SwiftShaders, но изменение его на "Desktop Native OpenGL" (Extended Controls > Settings > OpenGL ES Renderer
) заставляет его работать плавно.
Если устройство не загружается, поиграйте с настройкой OpenGL ES API Level
и настройкой эмуляции GPU в конфигурации устройства.
Я не знаю, почему, но на моем процессоре Intel 2011 года он создает мир различий.
Прошли те дни, когда мы использовали проекты на медленных эмуляторах Android. Сегодня Android-эмуляторы на стероидах. Да, вы меня слышали. Никаких других эмуляторов так же быстро, как Android Emulators. Вы можете зайти в мой блог для получения более подробной информации:
http://androidveteran.blogspot.in/2016/01/android-emulator-multi-touch.html
Я подробно рассказал о новых эмуляторах Android. Проверьте это.
Поверьте мне, они так же быстро, как работает ваше реальное устройство.
Это то, что сработало для меня:
Удалите нежелательную активацию некоторых плагинов при запуске, перейдя в Windows → предпочтение → Общие → Запуск и завершение работы. Также убедитесь, что вы не используете эти плагины в любом из своих представлений.
Eclipse не является текстовым редактором. Лучше отключить проверку орфографии. Отключение проверки орфографии уменьшит нагрузку на затмение, перейдя в Windows → Предпочтение → Общие → Редакторы → Текстовые редакторы → Правописание
Когда eclipse создает проект, он удаляет все выходные папки и восстанавливает классы, созданные другими компиляторами. Мы можем отключить такие функции, поскольку удаление выходных папок и восстановление потребуются когда-нибудь. Перейти к Windows → Предпочтение → Java → Компилятор → Строительство
Отключение ярлыков, которые менее полезны для вас, также поможет вам получить определенную производительность. Перейти к Windows → Предпочтения → Общие → Внешний вид → Обозначения этикеток
Закройте нежелательные проекты и используйте параметр рабочего набора для плавного перехода от одной группы проектов к другой.
Вы также можете отключить автоматическое здание Eclipse, если оно вам не понадобится. Перейти к проекту → Создать автоматически (снимите флажок)
Не оставляйте много вкладок, открытых в редакторе. Лучше иметь около 20 вкладок. Регулярно закрывайте неиспользуемые вкладки. Чтобы открыть ресурс, мы можем всегда использовать ctrl + shift + R и ctrl + shift + T (ресурс java) вместо открытия множества вкладок
Отключить нежелательные плагины. Полная версия Eclipse J2EE имеет возможность отключать/удалять плагины. Перейти к справки → Обновления программного обеспечения → Управление конфигурацией. Щелкните правой кнопкой мыши на любом установленном плагине, чтобы отключить опцию. Если этот параметр недоступен, включите "Классическое обновление", перейдя в Windows → "Настройки" → "Capabilty" и проверьте классическое обновление. Теперь параметр конфигурации управления должен быть доступен в меню справки
Самые быстрые эмуляторы на момент написания этого - это встроенные эмуляторы x86, которые поставляются с Android SDK. Их можно найти в AVD-менеджере, где вы создаете виртуальные машины. Просто выберите любой из них, а затем выберете тип процессора (выберите наилучшую производительность x86). Это будет так же быстро, как ваша машина.
Последнюю такую машину для Android 4.0 и 4.0.3 можно найти в Предоставление вашего эмулятора Android Boost: создание Android ICS с поддержкой Goldfish и x86 KVM на EC2 - TestObject.
Примечание. Это предназначено только для целей разработки. Чтобы проверить производительность, вам все равно придется либо использовать реальное устройство, либо тест на эмуляторе с процессором ARM.
Я заметил, что эмулятор замедляется в течение определенного периода времени. Таким образом, можно удалить эмулятор, который становится очень медленным, и создать новый с помощью менеджера AVD. Я пробовал это несколько раз, и он работает хорошо.
Вам нужно больше памяти.
Вот почему я говорю, что:
Я использую VirtualBox для Windows, чтобы запустить Ubuntu 10.10 в качестве гостя. Я установил Eclipse и Android SDK на виртуальную машину. Мой физический блок имеет 4 ГБ памяти, но когда я сначала настроил виртуальную машину Ubuntu, я только дал ей 1 GB. Эмулятору понадобилось около 15 минут для запуска. Затем я изменил свою конфигурацию, чтобы предоставить VM 2 GB, и эмулятор работал менее чем за минуту.
У меня похожие проблемы на Mac. Что я сделал;
Это повлияло на снижение использования ЦП (не на 40-60%), а не на конечное решение. Но опять же, использование ЦП не более 100%!
Добавьте еще несколько оперативной памяти и используйте SSD-диск. Android Studio лучше всего работает на 8-12 ГБ оперативной памяти, используя накопители SSD, основанные на моем опыте.
Вам нужно использовать онлайн-эмулятор от
http://developer.samsung.com/remotetestlab/rtlDeviceList.action
Используя утилиту ADB, я обнаружил еще одну важную информацию.
Эмулятор на самом деле запущен, но похоже, что графический интерфейс может быть проблемой.
Когда экран заставки Android поднят, и вы ожидаете его, он выглядит следующим образом:
Эмулятор фактически запущен, потому что вы можете запустить следующий инструмент командной строки и просмотреть перечисленные процессы:
adb -s emulator-5554 shell ps
Это предоставит вам список процессов, запущенных на устройстве, которые, похоже, застряли.
Я передал вывод в файл и вот список всех запущенных процессов:
USER PID PPID VSIZE RSS WCHAN PC NAME
root 1 0 696 500 c02ae25a 0805a406 S /init
root 2 0 0 0 c02315a2 00000000 S kthreadd
root 3 2 0 0 c021f9dc 00000000 S ksoftirqd/0
root 5 2 0 0 c022e8d7 00000000 S kworker/u:0
root 6 2 0 0 c022e085 00000000 S khelper
root 7 2 0 0 c022e8d7 00000000 S kworker/u:1
root 255 2 0 0 c02886de 00000000 S sync_supers
root 257 2 0 0 c028935e 00000000 S bdi-default
root 259 2 0 0 c022e085 00000000 S kblockd
root 267 2 0 0 c022e085 00000000 S ata_sff
root 278 2 0 0 c04f610f 00000000 S khubd
root 283 2 0 0 c022e085 00000000 S md
root 297 2 0 0 c022e085 00000000 S cfg80211
root 298 2 0 0 c022e8d7 00000000 S kworker/0:1
root 413 2 0 0 c0283057 00000000 S kswapd0
root 481 2 0 0 c02cd713 00000000 S fsnotify_mark
root 501 2 0 0 c022e085 00000000 S crypto
root 590 2 0 0 c022e085 00000000 S iscsi_eh
root 611 2 0 0 c048aa21 00000000 S mtdblock0
root 619 2 0 0 c048aa21 00000000 S mtdblock1
root 627 2 0 0 c048aa21 00000000 S mtdblock2
root 666 2 0 0 c022e8d7 00000000 S kworker/0:2
root 700 2 0 0 c022e085 00000000 S binder
root 724 2 0 0 c022e085 00000000 S deferwq
root 725 1 624 348 c02ae25a 0805a406 S /sbin/ueventd
root 932 2 0 0 c055236e 00000000 S mmcqd/0
root 939 2 0 0 c0340f30 00000000 S yaffs-bg-1
root 941 2 0 0 c0340f30 00000000 S yaffs-bg-1
root 942 2 0 0 c0340f30 00000000 S yaffs-bg-1
system 943 1 1340 400 c056a35d b76a1eb6 S /system/bin/servicemanager
root 944 1 5540 924 ffffffff b7646c11 S /system/bin/vold
root 947 1 1548 504 c05785ce b766c163 S /system/bin/debuggerd
radio 948 1 6420 1016 ffffffff b76d3c11 S /system/bin/rild
system 949 1 20088 2876 ffffffff b7655eb6 S /system/bin/surfaceflinger
drm 951 1 10480 2920 ffffffff b7585eb6 S /system/bin/drmserver
keystore 954 1 5036 1416 c056a35d b765deb6 S /system/bin/keystore
root 955 1 1324 440 c02d0083 b76b28ab S /system/bin/qemud
shell 958 1 1428 668 c03e9ad9 b767fa76 S /system/bin/sh
root 959 1 4680 304 ffffffff 08063530 S /sbin/adbd
graphics 1012 1 17980 4276 ffffffff b7652eb6 S /system/bin/bootanimation
media 4743 1 25288 6232 ffffffff b75beeb6 S /system/bin/mediaserver
root 4744 1 3944 1164 00000000 b7628976 R /system/bin/netd
root 4770 4744 0 0 c021de78 00000000 Z iptables
root 4771 959 1768 540 00000000 b766fa76 R ps
Для удовольствия я выполнил следующую команду и убил анимацию "Android":
adb -s emulator-5554 shell kill 1012
Заставка запустилась, так что что-то действительно происходит.
Я попытался и смог убить некоторые другие процессы, и это заставило меня чувствовать себя хорошо, но эмулятор все еще не начинал. Ну что ж. Я запускаю QuadCore i7 с 8 ГБ оперативной памяти. Также запустите haxm с настройками, описанными в других сообщениях в этом вопросе.
Примечание. Я обновляю это 09/19/2014. Я узнал, что это странное поведение, когда эмулятор пытается запустить экземпляр, но никогда не был связан с правами на файл файлы эмулятора. Они были настроены только на чтение из-за того, как они были скопированы, поэтому эмулятор пытается установить и записать на "виртуальный диск", но "виртуальный диск" - это действительно файл или набор файлов, которые моя ОС установила для чтения -он, и поэтому он терпит неудачу. Эти сбои заставляют эмулятор никогда не запускаться. Я установил файлы в полный доступ, и эмулятор запускается в рекордное время.
Короткий ответ: из-за перевода инструкций ARM → x86. Эмулятор работает аналогично виртуальной машине, которой поручено загрузить полноценную ОС и запустить тестовое приложение. Перевод ARM → x86 может быть очень трудоемким, меньше для вашего приложения, но больше для загрузки ОС (это пропорционально сложности и количеству прилагаемых команд).
Некоторые предложили запустить код на эмуляторах x86. Это означает, что вместо загрузки ОС на базе ARM вы загружаете вариант x86, который будет работать быстрее на вашей машине x86, так как не требуется перевода ARM- > x86. Тем не менее, это не идеальное решение:
Приложения Android, которые используют NDK и поставляются с собственными libs (*.so), скомпилированными для ARM, не будут работать с эмуляторами x86, поэтому такие программы не будут работать. Но если вы доберетесь до этого и получите дело с NDK/родным кодом JNI, вы, вероятно, уже достаточно знаете об эмуляторах.
Попробуйте уменьшить размер экрана, и, возможно, вам стоит рассмотреть возможность использования Ubuntu. У меня была такая же проблема, и как-то мой эмулятор на том же ПК работает в пять раз быстрее при использовании Linux.
Попробуйте уменьшить размер экрана эмулятора при создании нового Android виртуального устройства.
Я видел, что это запустит эмулятор очень быстро по сравнению с параметрами по умолчанию, предоставленными в AVD-менеджере.
Использование Android x86 обеспечивает лучшую производительность, чем эмулятор Android.
В то время как работа с Android x86 4.2 обеспечивает чрезвычайно быструю отладку по сравнению с эмулятором Android. Он много раз быстрее для конфигурации
Он работает с последним Android X86 4.2 (Jelly Bean) и VirtualBox.
Я нашел различные способы подключения к Интернету и ADB.
Самое простое решение - просто использовать адаптер NAT, который будет напрямую подключать вас к Интернету, если хост подключен к Интернету, но вы не получите соединение ADB с этой настройкой.
Здесь вы получите общедоступный IP-адрес, поэтому вы не можете подключиться к главному компьютеру.
Самое простое решение - просто использовать адаптер только для хоста.
Примечание. Адаптер только для хоста по умолчанию может не работать из-за настроек сервера DHCP. Либо создайте новый HostOnlyAdapter
, либо запустите DHCP server
для существующего адаптера.
В этом случае вам придется позаботиться.
Если вы используете LAN для подключения к Интернету, вы должны использовать адаптер моста с вашей Ethernet-картой. Он предоставит вам локальный IP-адрес, и виртуальная машина подключится к Интернету с помощью хост-машины.
Альтернативно, если вы используете Wi-Fi, просто сделайте то же самое, выбрав адаптер Wi-Fi.
Для других типов соединений вы должны идти одинаково.
Чтобы проверить IP-адрес, просто нажмите Alt+F1 (для консольного окна). (Чтобы вернуться к графическому представлению, нажмите Alt+F7.)
Вы увидите окно консоли. Введите netcfg.
Он покажет IP-адрес.
Теперь перейдите к вашему хосту, запустите командную строку и перейдите в каталог adb
.
type adb connect <your IP address>
adb connect 192.168.1.51
adb kill-server
adb start-server
Вы можете проверить устройства, подключенные к ADB:
adb devices
Для исходного вопроса нажмите здесь.
Я только что начал вчера в Windows 7 и столкнулся с той же проблемой. Самое легкое решение, которое я нашел и работает для меня, - это использовать низкоуровневое устройство в эмуляторе. Я использовал Nexus One вместо Nexus 7 и выбрал снимок для устройства в Android Virtual Device.
И также важно оставить открытый эмулятор. Он работает как в Eclipse, так и в Android Studio.
В окне говорится, что моментальный снимок обычно не работает, когда RAM составляет более ~ 700. Таким образом, выбирая более низкую конфигурацию, вы легко можете протестировать Hello World, а затем для разработки вашего приложения. Позже мы можем протестировать устройство высокого класса.
Для меня поддержка виртуализации не работает, поскольку мое оборудование не поддерживает ее.
Теперь в ADT 21 он предоставляет больше возможностей для быстрого эмулятора... Вы должны использовать 512 Мб ОЗУ, более низкое время процессора, выбор устройства и высоту кучи VM. Для достижения лучших результатов вы должны использовать Intel Atom в CPU/ABI... Использование Snapshot и CPU Host может не увеличить скорость эмулятора, но есть полезные для других целей.
Android studio 2.02 был запущен, у него есть более быстрые эмуляторы, если вы хотите пойти с третьим лицом, используйте эмуляторы Genymotion, они довольно быстр
Если вы можете, переключитесь на использование Ubuntu для разработки Android. Я перешел на Ubuntu 14.04 LTS для разработки Android, и я рад, что взял прыжок. Все упомянутые шаги практически не повлияли на отставание Windows. Linux - правильный ответ на все проблемы, с которыми вы сталкиваетесь
Обновите текущую версию Android Studio до Android Studio 2.0, а также обновите изображения системы.
Эмулятор Android Studio 2.0 работает ~ 3 раза быстрее, чем предыдущий эмулятор Androids, и с усовершенствованиями ADB теперь вы можете подталкивать приложения и данные на 10 раз быстрее к эмулятору, чем к физическому устройству. Официальное Android-эмулятор, как и физическое устройство, также включает Google Play Services, поэтому вы можете протестировать дополнительные функции API. Наконец, новый эмулятор имеет множество новых функций для управления вызовами, батареей, сетью, GPS и т.д.
Попробуйте использовать образ хранилища Atom X86 Atom для относительно быстрой загрузки, чем использование изображений на основе ARM при эмуляции устройства.
Еще одна вещь, которую следует учитывать в уведомлении, заключается в том, что в соответствии с вашей конфигурацией системы запуск эмулятора Android с 1,1 и nbsp; GB RAM может быть вялым, потому что эмулятор требует определенного процента ОЗУ, который используется для эмулируя устройство, не забывая об ОЗУ, используемом ADT.
Попробуйте изображение системы из 2.1 - 2.3.3, по крайней мере, для запуска. Плюс не забывайте о сохранении снимка для более быстрой загрузки. Хотя первая загрузка может занять некоторое время. Но сохранение моментального снимка определенно экономит время.
Для быстрого тестирования (< 1 секунда) используйте buildroid с VirtualBox первая сетевая карта, установленная на "сеть только для хоста", а затем запустите
C:\Program Files (x86)\Android\android-sdk\platform-tools>adb connect *.*.*.*:5555
connected to *.*.*.*:5555
(^) DOS/ bash (v)
# adb connect *.*.*.*:5555
connected to *.*.*.*:5555
где *. *. *. * - это IP-адрес buildroid, который вы получаете, щелкнув приложение buildroid в главном экране buildroid.
Включение моментального снимка может не ускориться в первом запуске; не ищите большой размер SD. Откорректируйте размер SD-карты до 100 Мб в первом прогоне.
В AVD Manager
выберите VD и нажмите "Изменить", установите разрешение немного, так как вы можете прочитать текст на VD.
Я использую 800x600 пикселей, RAM установлен на 512 Мб, и он работает как шарм без особого использования времени процессора.
Я просто взял Android 3.1 по умолчанию, и это было очень медленно, но поскольку я понял, что мой код был совместим с Android 2.3.3, я переключился на это. Это примерно на 50% быстрее, и эмулятор больше похож на мой телефон, и клавиатура постоянно отображается так, что ее легче использовать.
Во-первых, вам нужно обновить оперативную память до 8 ГБ.
Если вы не можете обновить свою оперативную память, попробуйте запустить приложение на Android-телефоне, подключив его через кабель данных и USB-отладку, установленную как ON.
Кроме того, вы можете использовать некоторые другие эмуляторы, такие как GenyMotion или Nox.
Однако с объемом оперативной памяти, который у вас есть, даже другие эмуляторы могут иметь тенденцию быть медленными.
HAXM - это способ быстрого создания эмуляторов для процессоров Intel HAXM является частью драйвера ядра, а часть эмулятора пользовательского пространства основана на QEMU - это означает, что существует ветвь QEMU, который использует HAXM (это QEMU ветвь очень специфичный для Android-эмулятора (а также, по-видимому, основан на более старой версии QEMU).
Но все же, когда я использовал мой процессор Intel Core i3 с оперативной памятью 4 GigaBytes, это не влияет на скорость. Так что это не было для меня решением.
Как я использую 4 ГБ оперативной памяти, эмулятор становится ОЕМ, но для его удобства я предпочитаю Android * 86 > поддержка эмулятора. И как студия Android теперь вводит Instant-Run Итак, после первого запуска установка приложения стала быстрее, но я всегда сталкивался с проблемой и, похоже, не мог получить из этого.
Я также использовал Droid4x, и это удобно для меня, но я не могу найти способ установить разные версии api, я использовал его с kitkat, и он был быстрее, чем эмулятор android, и он также поддерживает поддержку VT. Поэтому я нашел другой способ и хорошее решение, которое Эмулятор Visual Studio Вы можете прочитать об этом здесь, Последнее, что я использовал, - LeapDroid его действительно мощный См. Сравнения здесь
Я предпочитаю использовать Real device, затем эмуляторы на ПК с 4 ГБ.
Попробуйте уменьшить эмулятор, он делает его немного быстрее, даже если он действительно не чувствует себя быстрее.
В канале канала доступен предварительный просмотр нового эмулятора Android в канальном канале с функциональностью быстрой загрузки
Производительность Android Studio сильно оптимизирована в Linux. Система Windows может запускать разные тяжелые программы в фоновом режиме. Linux лучше всего подходит для эффективного использования доступных системных ресурсов. Недавно я установил студию Android в Kali Linux. Скорость работы эмулятора и студий намного лучше, чем окон.
И средства разработки программного обеспечения быстрее загружаются из SDK Android. Поскольку пакеты поставляются в двоичных файлах. Размер двоичных файлов низкий.
Вы можете использовать новейшие встроенные эмуляторы в студии Android. Genymotion внедрила версию 2.9.0 для android 7.1.
См. последние обновления в встроенных эмуляторах в студии Android.
Подробнее см. ниже:
Да, вы правы, поскольку собственный эмулятор Android очень медленный, чем другие пользовательские эмуляторы, такие как genymotion. Я понял, что пока я работал с функциональным тестом на калабаш-андроид.
В собственном эмуляторе Android эта проблема возникает, когда происходит "исключение тайм-аута", поэтому я перешел к эмулятору genymotion, который разрешил проблему.
P.S: эмулятор genymotion уже не свободен.
У меня была та же проблема, но я исправил ее, удалив папку .android
с C:\Users\User\
.
Теперь каждый раз, когда я запускаю Eclipse или AVD, я удаляю эту папку. После этого мой AVD загружается через 20-30 секунд, и эмулятор работает плавно с незначительным отставанием.
ДОПОЛНИТЕЛЬНО: если проблема по-прежнему сохраняется, попробуйте клонировать NEXUS S AVD.
Я использую эмуляторы студии android. Они очень быстрые, по сравнению с более старой версией. Загрузите последнюю версию Android-студии Android Studio И зайдите в Инструменты > Android > Avd Manager Установите уровень api для Android, который вы хотите Android-эмулятор
Android-эмулятор работает медленно на вашем ПК из-за конфигурации вашего компьютера. Эмулятор похож на виртуальный мобильный, он занимает пространство с вашего жесткого диска, а также занимает RAM для запуска эмулятора, чтобы увеличить вашу конфигурацию ПК и быстрее работать на эмуляторе.
Мы можем использовать genymotion в качестве эмулятора, поскольку он работает в виртуальном поле, поэтому мы можем установить более низкий размер ОЗУ, который он может использовать. И ЭТО НЕ УВЕЛИЧИВАЕТСЯ.
Где еще в традиционном эмуляторе мы можем установить собственный лимит ОЗУ, который будет использоваться, но он превосходит его.
Его решение для людей, которым сыт по горло низким объемом оперативной памяти системы (системная RAM < 8 ГБ)
Существующие Android-эмуляторы намного быстрее по сравнению с предыдущими версиями, попробуйте следующее:
Для запуска эмулятора и запуска приложения требуется примерно 5-10 секунд.
Примечание.. Первый запуск может занять больше времени, чем последующие запуски (около 15 секунд) из-за настройки ОС и системных настроек.
Используйте genimotion как эмулятор... Это просто и быстро.
-Установить HAMX -RAM Размер: 1576 МБ -VM Размер кучи: 128 МБ
И самый важный уровень API для Android 6.0 x86
Это увеличивает скорость ускорения вашего эмулятора.