2010-12-11 2 views
4

Я все еще хочу использовать VitualBox для разработки мобильных приложений, но я не могу заставить эмулятор работать достаточно быстро в уже эмулируемой 32-разрядной машине.Использование VirtualBox для разработки мобильных приложений?

Есть ли способ обойти это?

Теперь, когда мне кажется, что нет ответа на этот вопрос, я подумал, что все равно попрошу.

P.S. У меня 64-разрядная машина.

+0

вокруг того, что именно? – Falmarri

+7

Это моральная история в фильме «Начало». Если вы запускаете виртуальную машину внутри виртуальной машины внутри VM, это очень медленно: P – schwiz

+0

Я не понимаю вопроса ... Я делаю андроид на 64-битной ОС без каких-либо проблем. Каковы ваши другие характеристики машины? Ram, CPU, HDD (скорость) – drubin

ответ

0

Это должно сделать трюк: 4 (или более) основного процессора, большое количество бара (> 4 ГБ) и установить виртуальную операционную систему на диск, отличный от того, который использует ваша основная ОС (например, внешний привод FireWire/ESATA) , Еще одно программное обеспечение для виртуализации может быть и быстрее, но этого я не знаю.

+0

Вы говорите, что внешний FireWire-диск будет быстрее, чем диск, на котором установлена ​​ваша ОС? -1 – Falmarri

+0

Нет .. !! Я сказал, что использование диска, отличного от того, на котором работает ваша основная операционная система, ускорит работу. Это просто, если у вас есть виртуальная операционная система на том же диске, что и основная операционная система, дисковая игла будет вынуждена передислоцироваться, когда вы пишете либо в основной системе, либо в виртуальной системе, и это занимает много времени. Если вы используете другой диск, он будет быстрее, будь то внутренний или внешний! (продолжение ниже) – lm2s

+2

Но если вы решите использовать внешний диск, лучшим вариантом будет подключение Firewire или eSata, потому что USB-соединение должно будет использовать ваш процессор для обработки передачи данных, а Firewire/eSata не будет. – lm2s

0

Вы можете использовать сборку x86 для Android в другой виртуальной машине вместо эмулируемого плеча текущего SDK ... (слухи, что Google все равно будет двигаться в этом направлении). В последнее время я попробовал это, он загрузился/работал намного быстрее, чем эмулятор руки, работающий на физической машине, но эмуляция мыши была мучительно медленной, возможно, они исправили это сейчас.

(Вы должны настроить ADB по протоколу TCP вручную или с помощью собственного сценария, так что затмение или что-то знает об этой цели)

Смежные вопросы