Pete Zaitcev ([info]zaitcev) wrote,
@ 2008-09-27 21:53:00
Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Entry tags:linux, openvz

Berrange reads my mind

When I began poking at OpenVZ, I thought that it would be neat to add libvirt support for it. The vzctl is fine and everything, but it's arcane and a new thing to learn (I absolutely hate to use --root instead of --private by accident). Today, Dan Berrange announced that he's done exactly that. OK, I lied. He added "Linux Containers", which are not specific to OpenVZ. But it will do.

Since we're on topic, I've been a bit overwhelmed by the sheer size of the diff. Running "git diff v2.6.26 master" in Parallels' 2.6.26 repo produces an 84 thousand line diff. At the rate I'm reading it, it's going to take me ONE MONTH just to complete one pass, to say nothing about understanding what it does. I was tempted to blog funny bits I saw, but it's premature. Most questions I have right now are likely to answer themselves.

UPDATE: Dan commented that libvirt people are hacking on a specific openvz driver too.


(Post a new comment)

LXc / OpenVZ in libvirt
[info]berrange
2008-09-28 08:49 am UTC (link)
As well as the Linux Native Container driver (LXC), we do also have a libvirt driver for openvz itself - both a still in quite early stage of development, so not as functional as our full machine virt drivers like Xen / KVM / QEMU.

(Reply to this)


[info]k001
2008-09-28 01:15 pm UTC (link)
> SWsoft's

BTW the company is know known as Parallels (since Jan 2008).

(Reply to this) (Thread)

[info]zaitcev
2008-10-05 08:11 pm UTC (link)
And you didn't notice that I inflated the size of the diff by 10 times by accident?

I fixed the post by removing the name altogether. Thanks for pointing it out.

(Reply to this) (Parent)(Thread)

[info]k001
2008-10-06 04:30 pm UTC (link)
I know it's about 1M gzipped, as far as about number of changed lines...I should have noticed but I haven't :( bad bad me

(Reply to this) (Parent)

[info]k001
2009-03-25 10:54 am UTC (link)
I've been a bit overwhelmed by the sheer size of the diff. Running «git diff v2.6.26 master» in Parallels' 2.6.26 repo produces an 84 thousand line diff.

Here are a few interesting numbers comparing changed KLOCs for RHEL5 and OpenVZ kernels:
http://wiki.openvz.org/Image:Kernel-loc-changes-compared-to-rhel5.png

Even if we drop RHEL5 patches for various drivers, we'll end up with 434 KLOC, which is 8.5x times bigger then OpenVZ kernel modifications (51 KLOC).

Intrusiveness of patches is yet another thing, of course. Still overall RHEL5 patchset is way more intrusive. If we take a specific feature, then I can not say that UBC is way more intrusive than, say, utrace.

(Reply to this)

Create an Account
Forgot your login?
Login w/ OpenID
English • Español • Deutsch • Русский…