[lug] Android Emulator
Chuck Hipschman
ckhipschman at gmail.com
Tue Mar 6 20:00:33 MST 2012
Have you tried giving only one processor to the virtual machine?
Worked for me, but I wasn't doing Android development. ymmv
On Tue, Mar 6, 2012 at 3:49 PM, <stimits at comcast.net> wrote:
> ...
> Still no good. I've read that Android emulators run slow even in normal
> situations. I wonder if maybe since I'm running it in a virtual box it may
> be so slow as to be unusable. I gave my virtual box 4 processors and 4 gigs
> of ram.
> ...
>
> Just a comment on an observation about the emulator speed...
>
> I tried this on a quad opteron with 4 GB ram, and RAID 1,0, running only
> this. But,
> it had only integrated video, and I ran it with ssh -Y from a fast graphics
> machine
> (all linux) sitting next to it, with direct gigabit. All non-graphics
> programs run very
> fast on that machine. But the android emulator took about 5 minutes to start
> showing up, and another 15 minutes for the gui to actually become useful. It
> then
> was very sluggish responding.
>
> On my quad core machine with fast OpenGL graphics (don't know if the
> emulator
> takes advantage of this), the gui comes up very fast, and is very
> responsive. So
> it appears the emulator is very sensitive to graphics performance, for
> whatever
> reason. Remote apps of course do not normally have hardware acceleration,
> and it is possible that your environment also lacks this, especially if it
> is a
> virtual machine, even if it is inside of a fast machine with blazing fast
> graphics.
> The display machine in use runs consistently far over 3000 fps at 1920x1080.
>
> Sometimes virtualization has some form of option related to access to
> hardware acceleration...perhaps you could check your options there.
>
> D. Stimits, stimits AT comcast DOT net
>
> _______________________________________________
> Web Page: http://lug.boulder.co.us
> Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
> Join us on IRC: irc.hackingsociety.org port=6667 channel=#hackingsociety
More information about the LUG
mailing list