2010-12-11 7 views
4

Ich möchte immer noch die VitualBox für die Entwicklung mobiler Apps verwenden, aber ich kann den Emulator nicht dazu bringen, schnell genug in der bereits emulierten 32-Bit-Maschine zu laufen.Verwenden von VirtualBox für die Entwicklung mobiler Apps?

Gibt es einen Weg um dies zu umgehen?

Jetzt, obwohl es mir nicht scheint, als ob es eine Antwort auf diese Frage gibt, dachte ich, ich würde es trotzdem fragen.

P.S. Ich habe eine 64-Bit-Maschine.

+0

Um was genau? – Falmarri

+7

Dies ist die Moral der Geschichte im Film Inception. Wenn Sie eine VM innerhalb einer VM innerhalb einer VM laufen, ist die Zeit sehr langsam: P – schwiz

+0

Ich verstehe die Frage nicht ... Ich mache Android auf 64-Bit-Betriebssystem ohne irgendwelche Probleme. Was sind Ihre anderen Maschinenspezifikationen? RAM, CPU, HDD (Geschwindigkeit) – drubin

Antwort

0

Das sollte der Trick sein: 4 (oder mehr) Kern CPU, viel RAM (> 4GB) und installieren Sie das virtuelle Betriebssystem auf einem anderen als dem von Ihrem Haupt-Betriebssystem verwendet (zB Firewire/esata externes Laufwerk) . Eine andere Virtualisierungssoftware könnte auch schneller sein, aber das weiß ich nicht.

+0

Sie sagen, dass ein externes Firewire-Laufwerk schneller als das Laufwerk Ihres Betriebssystems ist? -1 – Falmarri

+0

Nein .. !! Ich sagte, dass die Verwendung einer anderen Festplatte als der, auf der das Hauptbetriebssystem läuft, die Dinge schneller machen wird. Es ist ganz einfach, wenn Sie das virtuelle Betriebssystem auf der gleichen Festplatte wie das Hauptbetriebssystem haben, muss sich die Disk-Nadel neu positionieren, wenn Sie entweder auf dem Hauptsystem oder dem virtuellen System schreiben und das "viel" Zeit in Anspruch nimmt. Wenn Sie eine andere Festplatte verwenden, wird es schneller, entweder intern oder extern! (weiter unten) – lm2s

+2

Wenn Sie sich jedoch für eine externe Festplatte entscheiden, ist die beste Option die FireWire- oder eSata-Verbindung, da eine USB-Verbindung Ihre CPU zur Verarbeitung der Datenübertragung verwenden muss und Firewire/eSata nicht. – lm2s

0

Sie könnten die x86-Build von Android in einer anderen virtuellen Maschine anstelle der emulierten Arm des aktuellen SDK verwenden ... (Gerücht ist Google wird sich in diese Richtung sowieso bewegen). Zuletzt habe ich das versucht, es bootete/lief viel schneller als der Arm-Emulator, der auf einer physischen Maschine lief, aber die Mausemulation war schmerzhaft langsam, vielleicht haben sie das jetzt behoben.

(Sie haben adb über tcp einzurichten manuell oder mit dem eigenen Skript so, dass Eclipse oder was auch immer zu diesem Ziel weiß)

Verwandte Themen