2010-12-11 13 views
4

私はMobile App開発用のVitualBoxを使いたいと思っていますが、すでにエミュレートされている32ビットマシンでは、エミュレータが十分に高速に動作するようには見えません。モバイルアプリケーション開発用にVirtualBoxを使用していますか?

これを回避する手段はありますか?

私はこの質問に答えがあるように見えませんが、私はとにかくそれを尋ねると考えました。

P.S.私は64ビットマシンを持っています。

+0

を(あなたは日食または何がこの目標を知っているように、手動または独自のスクリプトでTCP経由のadbを設定する必要がありますか)? – Falmarri

+7

これは、映画の創作の物語に対する道徳的なものです。 VM時間内のVM内でVMを実行すると、実際には遅いです:P – schwiz

+0

私は質問を理解していません...私は64bit OSでアンドロイドを実行します。あなたの他のマシン仕様は何ですか? RAM、CPU、HDD(スピード) – drubin

答えて

0

これは、トリック:4(またはそれ以上)のコアCPU、たくさんのRAM(> 4GB)を実行し、メインOSが使用するもの以外のディスク(たとえばfirewire/esata外付けドライブ) 。 別の仮想化ソフトウェアも高速かもしれませんが、わかりません。

+0

あなたは、外付けのFireWireドライブがOSのドライブより速いと言っていますか? -1 – Falmarri

+0

いいえ!あなたの主なオペレーティングシステムが実行されているディスク以外のディスクを使用すると、作業がより速くなります。単純なことですが、メインオペレーティングシステムと同じディスクに仮想オペレーティングシステムがある場合、メインシステムまたは仮想システムのいずれかに書き込むときにディスクニードル自体を移動させなければならず、時間がかかります。別のディスクを使用すると、内部または外部の方が速くなります。 – lm2s

+2

外部ディスクを使用することを選択した場合、FirewireまたはeSata接続はUSB接続でCPUを使用してデータ転送を処理する必要があるため、Firewire/eSataは使用できません。 – lm2s

0

現在のSDKのエミュレートされたアームの代わりに、別の仮想マシンでアンドロイドのx86ビルドを使用することができます...(噂では、とにかくその方向にgoogleが移動します)。最後に私はこれを試してみました。物理マシン上で動作しているアームエミュレータよりも速く起動/実行されましたが、マウスエミュレーションは非常に遅かったです。

まさにアラウンド

関連する問題