Linux - Virtualization and CloudThis forum is for the discussion of all topics relating to Linux Virtualization and Linux Cloud platforms. Xen, KVM, OpenVZ, VirtualBox, VMware, Linux-VServer and all other Linux Virtualization platforms are welcome. OpenStack, CloudStack, ownCloud, Cloud Foundry, Eucalyptus, Nimbus, OpenNebula and all other Linux Cloud platforms are welcome. Note that questions relating solely to non-Linux OS's should be asked in the General forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Having a bit of trouble trying to have a descent picture running old games in msdos through qemu. It looks fine as long as I run it in the really low res, but in highest setting of 800x600 with svga setting it looks just horrible:
qemu has some "-vga" settings like, std, cirrus, vmware and so on and I have tried 'em all - none of them look good unless I run the game in 300x200 mode. I have even tried and run with different bioses as found in /usr/share/qemu.
I have tested dosbox already and it was ridiculously slow, (dosemu just segfaulted and I havent given it more time than that) but still seems to be pretty much the same thing. Dosbox looked good in a small window when I run it from the computer it was installed on, but I want/need to run it from a network attached computer, so from the beginning I tried running dosbox through ssh forwarding but it ran slow too and very sensitive for changes, like switching to fullscreen. The virtual environment I have running currently through qemu is as fast as it gets and works just perfectly - only it does not support svga/vesa as it seems.
The key combo to switch to full screen is Alt&Enter. You have to remember that it is a low-res game, so will look terrible on a modern screen.
So set up an NFS share.
I don't know why it runs slower but it did, 4-5 fps maybe. I found no way to make it run better, only slower still I found it to run so fine and cleanly under qemu just so annoying with the vesa problem there, I am compiling virtualbox atm to see if there is a better driver there. Connectivity over the network is not the issue, I want it to run over some kind of socket-session to other machines, not only the files. VNC was nice but it will likely have be rdp or something because of sound.
I got the feeling that dosbox hade most trouble with scaling it to the entire screen, not only that it was slow but that was why I found scaling the picture over vnc to be far more efficient - otherwise I would have to run my 4K monitor at 800x600 which is even more pain and I don't even know if it would go that low.
Emulated hardware is always going to be slower than emulated software. I do remember the hardware requirements for a smooth experience in DOSBox being quite high 20 years ago, but any halfway modern PC (newer than ~2012) should not have any difficulty. My computer here doesn't even have a discrete GPU and I don't have any speed-related issues.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.