I'd love to see a bit more alignment between VirtualBox and Qemu. Even though KVM and Qemu's virtualized graphics acceleration is still a WIP, having a shared code base could accelerate the project on things like SPICE (https://www.spice-space.org/download.html) and Virgl (https://virgil3d.github.io/). Unfortunately, I think it uses a lot of Linux-specific technologies (e.g. KVM, Gallium), so the likelihood of sharing at that level seems pretty low. Although, supposedly Gallium isn't locked into Windows.
Theoretically, if we could agree on a common host-guest interface for a virtual graphics adapter, it could share the guest implementations and host implementations could be added as needed. And it could be reused in multiple projects. But it always seems that this is the tech that never gets sufficient cross-project collaboration. And given the many differences between vendor hardware, a portable interface has been difficult. Maybe Vulkan will provide enough low-level functionality to ease the abstraction?
(This is a serious question--what can possibly be more important to average virtualbox users than having a working desktop environment? Virtualbox has always occupied the desktop virtualization niche, so I'm trying to figure out what has changed...)
What? I can only laugh at such a statement
Don't use hyped up desktop managers that need 3D to work.
Anyway, most engineers at work use unity because it is the default, and it is a non-starter without hardware acceleration. We site-licensed vmware, and it seems to work OK.
The last time I checked, the second most common choice is fvwm. It sorta works out of the box and isn't unity. Also, it can run on the big server VM's, unlike unity (there is no 3d acceleration in the server kvm instances...)
Another common choice is to do everything via console, productivity be damned. (There are some highly productive console users, but they tend to put linux on their laptops on day one anyway)
But then, I spend most of my time in vim and localhost web pages.
I hope they get the help they are asking for- I wish I could do it. I think it's a great program and it would be great if it were here for a while.
It's like saying "On one hand, we really want to cut your grass for free. On the other hand, cutting new types of grass takes a significant amount of time that we don't have."
I get that it's really nice to have your cake and eat it too, but unless you're paying for said-cake I'm not sure that your critique is very accurate.
Perhaps Oracle and Microsoft (WSL) can collaborate on supporting an X11 server (ones already exist) for Windows 10.
It works great, modulo 3d acceleration. If I remember right, cut and paste work well, so that (plus a file share for Downloads) gets rid of the need to run a web browser in Linux.
Similarly, it can use the windows wm to manage the x11 windows, so you automatically bypass the linux compositor.
[edit: Also, Hyper-V is extremely fast in this type of setup, because they focus on server performance, and this workload looks like any other network/io intensive server]
If you need 3D support in a VM on your workstation, use VMware Workstation 12... it's awesome (but Vagrant support sucks).
You could wait years for some 3D support in VB, or you could just side step the problem and go with lxc.
I'm assuming that this is LiNux only.
My experiments with VMWare show that while it does well on some things that VBox struggles with, it has its own areas of weakness/slowness, essentially making it a wash.
When I redo my system in the next few months, I plan on doing a Xen setup with GPU passthrough to Windows and then using Linux in parallel instead of hosted out of VBox.
If you are having performance problems with VMware Player and are using either AVG of Avast antivirus then the problem might be the antivirus. See also [0]
I was at one point trying to get GPU passthrough working with LXC and I could never get programs to actually run. Ubuntu 16.04, CUDA 7.5 or maybe 8.0, and a cheap GTX 730.
Maybe I'll have to try again. I was also trying this so that I could run my desktop environment in a container too.