Live data from Hacker News

LightVM – A new virtualization solution based on Xen

cnp.neclab.eu

51–59 of 59 posts

Re: LightVM – A new virtualization solution based on Xen

#51
post #12

If I'm reading this right, that's pretty major. The isolation benefits of a VM with a bootspeed faster than docker?

I haven't been on the server side in a while, but 1) isn't Xen falling out of favor and 2) is docker boot speed a big problem?

Imagine you wanted to run ImageMagick in a docker image in order to reduce the attack surface. The container startup time could become a significant fraction of your image processing time.

Re: LightVM – A new virtualization solution based on Xen

#52
post #34

Earlier quoted context omitted.

It’s called Zones (on illumos, prev. on Solaris)

I'm a huge fan of Illumos and SmartOS and think that Zones + LX Branding are a far superior technology than the hodgepodge of cgroups + namespaces + userland container technology. HOWEVER---the amount of driver support in the OpenSolaris forks, the awful package management system, the ancient IPF system etcetera make it a non-starter for most environments. I have used SmartOS in production (along with the Triton ecos…

Well, you are right, but remember how old SmartOS actually is... I kinda hope more people get it, and start investing into that amazing open source technology. I always liked BSDs and Solaris more than Linux (who I find really messy and chaotic).

Re: LightVM – A new virtualization solution based on Xen

#53
post #34

Earlier quoted context omitted.

It’s called Zones (on illumos, prev. on Solaris)

I'm a huge fan of Illumos and SmartOS and think that Zones + LX Branding are a far superior technology than the hodgepodge of cgroups + namespaces + userland container technology. HOWEVER---the amount of driver support in the OpenSolaris forks, the awful package management system, the ancient IPF system etcetera make it a non-starter for most environments. I have used SmartOS in production (along with the Triton ecos…

Solaris as an upstream was dead long ago; Oracle stopped publishing source years before killing their own product. The heirs of opensolaris seem to have managed well enough

Re: LightVM – A new virtualization solution based on Xen

#54

How is this different than zerovm? http://www.zerovm.org/

Maybe that ZeroVM is a NaCl sandbox, while LightVM is a Xen VM?

ZeroVM, thanks for the link. I wonder if this solves glibc type dependencies across platforms, it seems unclear.

Re: LightVM – A new virtualization solution based on Xen

#55

Xen is very much inspired by exokernels (you could even make the argument that it is an exokernel), so it makes sense that someone would push it more in that direction. That being said, if you're going to go that way,it's to bad that there isn't more inspiration from the past 20 years of OS design. A capability based security/object management interface would nice. I also really like Akaros's VM threads model; IMO th…

it's to bad that there isn't more inspiration from the past 20 years of OS design. A capability based security/object management interface would nice.

Agreed and seL4 comes to mind. It's capability based, quite fast and secure. For that matter, it's also quite small.

Re: LightVM – A new virtualization solution based on Xen

#57
post #12

If I'm reading this right, that's pretty major. The isolation benefits of a VM with a bootspeed faster than docker?

I haven't been on the server side in a while, but 1) isn't Xen falling out of favor and 2) is docker boot speed a big problem?

Xen is having a tough time keeping up with qemu/KVM which can take advantage of all the development time Intel spends on the kernel and the scheduler.

Obviously Xen will have a long life due to AWS, but I am failing to see anything that machined and kvm don't offer here on the performance oriented side.

There is probably be some use case but the xen time slice model doesn't seem to know enough about frequency binning or the impacts of high energy/heat instructions on them to be very competitive in the applications I can think of.

Dockers main problem is an increasing number of use cases, and their engineering decisions not meeting everyone's needs. To be honest if it wasn't for faux container support needs on windows/osx I am betting that systemd-nspawn would take over that market due to this.

For the most part docker performance is mostly limited by concurrency and amdahl's law (including fs perf). I don't see Xen solving these issues, but there are very real security benefits.

One very real use case I can think of is that any person or process that can launch a container on Docker is effectively given password-less sudo access, particularly because you can't disable the privileged flag. The attack surface on Xen would be much lower in that case but once the exploits start arriving docker could change that choice and reduce their attack surface quite a bit.

Post reply on HN