Editing Testimonials
Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.
The edit can be undone.
Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 57: | Line 57: | ||
''Andrew Morton, [http://openvz.org/pipermail/devel/2007-July/006281.html Devel mailing list]'' | ''Andrew Morton, [http://openvz.org/pipermail/devel/2007-July/006281.html Devel mailing list]'' | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
---- | ---- | ||
Line 124: | Line 118: | ||
I agree with you very much. I would say for enterprise use where cost/efficiency is not a factor, Xen has an edge over VZ. However for a service provider or other situation where CPU/RAM/DISK resources are shared among environments to ensure profitability/efficiency, openvz is far superior. Also, VZ is much simpler to use, and all of the command line utilities are well documented. | I agree with you very much. I would say for enterprise use where cost/efficiency is not a factor, Xen has an edge over VZ. However for a service provider or other situation where CPU/RAM/DISK resources are shared among environments to ensure profitability/efficiency, openvz is far superior. Also, VZ is much simpler to use, and all of the command line utilities are well documented. | ||
[http://forum.openvz.org/index.php?t=tree&th=572&mid=3122] | [http://forum.openvz.org/index.php?t=tree&th=572&mid=3122] | ||
+ | |||
---- | ---- |