Live data from Hacker News

Native virtualization for macOS

veertu.com

41–50 of 103 posts

Re: Native virtualization for macOS

#44
post #28

I wonder what are its benefits in comparison to an OSS solution https://github.com/mist64/xhyve Here's the link to the previous discussion: https://news.ycombinator.com/item?id=9690846

My understanding is that xhyve isn't a "click and go" solution for most users. Also, Veertu Desktop is now free: https://github.com/veertuinc/vdhh

The README indicates that repo is not for the entire product, just part of it: “Veertu Desktop Hosted Hypervisor(VDHH) is the core hypervisor platform for Veertu Desktop product." “… but to achieve full set of features, it have to be launched by Veertu Desktop app.”

Re: Native virtualization for macOS

#45

Earlier quoted context omitted.

I would imagine sales numbers wouldn't justify a full US based development team in 'maintenance mode'. Unfortunately, their annual reports don't breakout revenue by product: http://ir.vmware.com/overview/financial-information/annual-r... The company probably feels they can do just as well (at a lower cost) with outsourced devs.

Well that is working out horribly so far. Fusion 8.5.x is unusable on 10.12 due to a bug that causes an immediate crash when grabbing input control. I as well as many others reported the bug long ago but they have been unable to fix it. No surprise - the outsourced team is probably still scratching their heads trying to figure out what's what.

Works fine here too, but you are correct that this is a serious issue that people are bumping into.

Here's a quote from the product line marketing manager from VMware Fusion on this topic [0]

We're really sorry about this situation, but rest assured it's our #1 bug right now.

It's technically both our and Apple's bug. The default behaviour of something we always called/did was changed in a later near-final build of 10.12, and that introduced this bug.

We and Apple are working together but like always we can't disclose timelines.

Please note that we are absolutely working on resolving this issue and issuing an update as soon as we can.

[0] https://communities.vmware.com/message/2630278#2630278

Re: Native virtualization for macOS

#46
post #24
post #13

I've tried this as I was really excited after hearing about fusions discontinuation and how incredibly poorly performing virtualbox IO and network is. I found it to be even slower than virtualbox which I have no idea how this is possible. Tested on a late 2015 5k iMac top specced and a late 2015 MacBook top specced both running OSX 10.11 at the time. I will re-test the latest version with MacOS 10.12.

Totally different results here. I use a Surface Book now but on my Mac (2013 MBA) Veertu destroyed VMware and VirtualBox for interactive latency. Ie, VirtualBox and VMware were slow to the point I'd consider them unusable (I'm latency sensitive, eg, I consider Eclipse to the be same and other people think it's fine). Veertu made me actually test in Edge again. Did you still have VMware or VirtualBox drivers installed…

That is weird. I've used Virtualbox and VMWare on my MacBook Pros, and interactive latency has always been indistinguishable from a native application.

Re: Native virtualization for macOS

#47
post #44

Earlier quoted context omitted.

My understanding is that xhyve isn't a "click and go" solution for most users. Also, Veertu Desktop is now free: https://github.com/veertuinc/vdhh

The README indicates that repo is not for the entire product, just part of it: “Veertu Desktop Hosted Hypervisor(VDHH) is the core hypervisor platform for Veertu Desktop product." “… but to achieve full set of features, it have to be launched by Veertu Desktop app.”

Yeah that part threw me too, but their website does say:

"We are making Veertu Desktop Open source. It will be available on https://github.com/veertuinc/vdhh and will continue to be developed and maintained."

Maybe a wording issue in the README, and the desktop app is intended to be open source and built from (the|another) repo too?

Re: Native virtualization for macOS

#48
post #44

Earlier quoted context omitted.

The README indicates that repo is not for the entire product, just part of it: “Veertu Desktop Hosted Hypervisor(VDHH) is the core hypervisor platform for Veertu Desktop product." “… but to achieve full set of features, it have to be launched by Veertu Desktop app.”

Yeah that part threw me too, but their website does say: "We are making Veertu Desktop Open source. It will be available on https://github.com/veertuinc/vdhh and will continue to be developed and maintained." Maybe a wording issue in the README, and the desktop app is intended to be open source and built from (the|another) repo too?

Hi, currently the hupervisor was opensourced, we are looking to open the ui and the vagrant plugin as well, the reason we didnt put the ui in that project was that wr beleived ot would be cleaner for the opensource community to have cli hypervisor project. the only part we might have issue to opensource is our windows drivers

Re: Native virtualization for macOS

#49
This is very nice! HiDPI mode works perfectly for Windows 10 guest (unlike VirtualBox, which has weird graphic issues).

Unfortunately macOS Hypervisor.Framework does not support USB devices (https://veertu.com/knowledgebase/usb-support/), which makes Veertu useless to me, as the only reason I use Windows VM is to attach stupid USB tokens for certain banking use cases.

Re: Native virtualization for macOS

#50
post #13

I've tried this as I was really excited after hearing about fusions discontinuation and how incredibly poorly performing virtualbox IO and network is. I found it to be even slower than virtualbox which I have no idea how this is possible. Tested on a late 2015 5k iMac top specced and a late 2015 MacBook top specced both running OSX 10.11 at the time. I will re-test the latest version with MacOS 10.12.

I see Parallels isn't in that list of software. Is there a reason you don't use it?
Post reply on HN