diff options
author | iap10@labyrinth.cl.cam.ac.uk <iap10@labyrinth.cl.cam.ac.uk> | 2004-06-24 10:28:58 +0000 |
---|---|---|
committer | iap10@labyrinth.cl.cam.ac.uk <iap10@labyrinth.cl.cam.ac.uk> | 2004-06-24 10:28:58 +0000 |
commit | b41a11b189312f5a249e55ecad64b0e03d2268e3 (patch) | |
tree | c0bb11c7a45ffb4fd5efb25f749a942ebc2ebede /README | |
parent | fc12ec19048071af7ddb938410ec5f809f1038eb (diff) | |
parent | f2593c2a9c09d6af8375d8b6fb7cc0a17eac9e05 (diff) | |
download | xen-b41a11b189312f5a249e55ecad64b0e03d2268e3.tar.gz xen-b41a11b189312f5a249e55ecad64b0e03d2268e3.tar.bz2 xen-b41a11b189312f5a249e55ecad64b0e03d2268e3.zip |
bitkeeper revision 1.1011 (40daaceaxFrszbXp_ive-1ko5WxZBw)
trivial
Diffstat (limited to 'README')
-rw-r--r-- | README | 39 |
1 files changed, 34 insertions, 5 deletions
@@ -53,9 +53,10 @@ Xen for pretty much any other architecture as x86 is particularly tricky to handle. A good description of Xen's design, implementation and performance is contained in our October 2003 SOSP paper, available at http://www.cl.cam.ac.uk/netos/papers/2003-xensosp.pdf +[update: work to port Xen to x86_64 and IA64 is underway] -We have worked on porting 4 different operating systems to run -on Xen: Linux 2.4/2.6, Windows XP, NetBSD and FreeBSD. +Five different operating systems have been ported to run on Xen: +Linux 2.4/2.6, Windows XP, NetBSD, FreeBSD and Plan 9. The Linux 2.4 port (currently Linux 2.4.26) works very well -- we regularly use it to host complex applications such as PostgreSQL, @@ -66,12 +67,12 @@ virtual CPU architecture that we call xen-x86. NetBSD has been ported to Xen by Christian Limpach, and will hopefully soon become part of the standard release. Work on a FreeBSD port has -been started by Kip Macy, and we hope to see this complete for the 1.3 -release. +been started by Kip Macy, and we hope to see this complete for the 2.0 +release. Ron Minnich has been working on Plan 9. The Windows XP port is nearly finished. It's running user space applications and is generally in pretty good shape thanks to some hard -work by the team over the summer. Of course, there are issues with +work by a team over the summer. Of course, there are issues with releasing this code to others. We should be able to release the source and binaries to anyone that has signed the Microsoft academic source license, which these days has very reasonable terms. We are in @@ -96,6 +97,20 @@ We've successfully booted over 128 copies of Linux on the same machine (a dual CPU hyperthreaded Xeon box) but we imagine that it would be more normal to use some smaller number, perhaps 10-20. +A common question is "how many virtual machines can I run on hardware +xyz?". The answer is very application dependent, but the rule of thumb +is that you should expect to be able to run the same workload under +multiple guest OSes that you could run under a single Linux instance, +with an additional overhead of a few MB per OS instance. + +One key feature in this new release of Xen is `live migration'. This +enables virtual machines instances to be dynamically moved between +physical Xen machines, with typical downtimes of just a few tens of +milliseconds. This is really useful for admins that want to take a +node down for maintenance, or to load balance a large number of +virtual machines across a cluster. + + Hardware support ================ @@ -188,3 +203,17 @@ smaller than the other kernel with its selection of hardware drivers. If you don't want to use bitkeeper to download the source, you can download prebuilt binaries and src tar balls from the project downloads page: http://www.cl.cam.ac.uk/netos/xen/downloads/ + +Using the domain control tools +============================== + +Before starting domains you'll need to start the node management +daemon: "xend start". +The primary tool for starting and controlling domains is "xm". +"xm help <cmd>" will tell you how to use it. + +README.CD contains some example invocations. + +Further documentation is in docs/ (e.g., docs/Xen-HOWTO), and also in + + |