I might not have the latest hardware (or a Librem) to emulate on but my 4 GB of RAM and i5 CPU should be more than enough to emulate something like this, right?
I heven’t even been able to type in the password yet and takes several tries to load the password screen.
TL;DR: Anybody else experiencing insane lag with Librem 5 Emulator?
It’s only cross-arch if the host and target architectures are different - the image being used here is x86_64, so I would have thought that it runs x86_64 natively, or am I mistaken?
I’ll update the documentation to note that specifying more RAM (-m 3G) might help, but it can still be a choppy experience. I think that this might be happening as a result of the graphics stack on the phone hardware diverging from that in the emulator.
(As more support for the GPU is added to the phone image, the build is tuned to work better with that, and performance in the emulator suffers as a result. However, I could be mistaken about that as well. Graphics stack experts probably need to explain this. )
Oh, if the image is x86_64, then it’s not cross arch. In that case, kvm is going to be even more critical to performance.
Unless qemu is emulating the graphics chipset, I wouldn’t expect the improved GPU drivers to matter. That said, make sure that qemu is providing 3d acceleration, if your host machine doesn’t have an nvidia card, you can provide a powerful virtual card to the machine (nvidia doesn’t support gbm).
lsmod | grep kvm will give some indication of if kvm will work. Also, -device VGA,vgamem_mb=128 will let you set the amount of video memory, and I usually prefer -vga std or -vga qxl (which allows spice video out) over the vmware version.
enabling virtualization in the BIOS and then running pit’s second command above (possibly preceded by sudo modprobe kvm-intel) works spendidly. Thanks!