Add Comment

You are not currently logged in. If you do not have a user account then please consider creating one and logging in before you post your comment. This will allow you to track replies to your comment, and take part in the site much more freely.

To add your comment, fill in all the boxes below and then preview it to make sure you're happy with the way that it looks.

This is the comment you were replying to, attached to the article Choice for Virtual Private Servers?:


Re: Choice for Virtual Private Servers?
Posted by Anonymous (194.149.xx.xx) on Tue 21 Feb 2006 at 17:01
Please correct this review of currently availaible technologies.

Is it that with xen host system's root must trust guest system's root (x86)? The host kernel must be xen patched. The guest kernel can be almost anything,

And not sure what realy does vserver as it seems at first sight only to be ipv4 level separation + chroot. This comes with same requirement as xen. But single kernel at time.

Uml. How is the separation done on x86? Does host system's root has to trust guest system's root? I guess this might be the only quite fast setup where it's not needed. But both host and guest system kernel must be uml prepared.

qemu or bochs - no kernel changes. quite slow. no need to trust guest system's root.

vmware is somewhere around xen or qemu. not sure where. never seen how it rely works. And you get only machine player for free.

Conclusion? I guess this sorts the technology from least (in ascending order) cpu/memory/disk/context switches to most, If you don't need security then go vserver in case you run just ipv4 services and need to sort of separate the enviroments. In other case go for xen as it abstracts from the network only separation quite a bit. If you need extra security then probably uml but that has to be investigated further or qemu. Bochs so much pain compared to qemu that it's just good for SMP code testing on uniprocessor.

Please correct this if you find mistakes.

Username:Anonymous
Title:
Your Comment:

Posting Format:

 

Inappropriate comments will be removed.

Some help on entry formatting is available

User Login

Username:

Password:

[ Advanced Login ]

Register Account

Quick Site Search