[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-users] VCPUs with many (20?) domains


  • To: Xen-users <xen-users@xxxxxxxxxxxxxxxxxxx>
  • From: "Robert Hulme" <rob@xxxxxxxxxxxx>
  • Date: Tue, 23 May 2006 11:16:05 +0100
  • Delivery-date: Tue, 23 May 2006 03:16:41 -0700
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=d//dX+R44rYvbpF8091ye8TgxP8Dz4G9GoAJXbyJADyYtT46Cev4mti+pRiYIldoELnjg/MJWPfue6gA70RMnNwZi2pvTVwnij/bvh7xxmg97hQW3+UHAeW2lLK/HmqA6ACkn90q0jsrIViYma5e+of7G3z2htGPS/TfHKNfa2c=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

My question is about the stability (maturity?) and performance of the
VCPU feature in Xen3.

I have a quad core (dual dual core) Opteron box with 8GB of RAM (4x1GB
per CPU) which is going to host about 20 (lets say) domU's. The domU's
are likely to be LAMP servers.

At the moment I've got the default Xen setup where there is 1VCPU per
domain. I am wondering if it is better in terms of performance to
change this to 4VCPUs per domain or if this will detrimentally affect
the overall performance of the domains as a whole.

Anyone have any hints / suggestions / ideas?

Thanks
-Rob

--
------------------------------------------------------
"98.5% of DNA is considered to be junk DNA with no known purpose.
Maybe it's XML tags." -- Anon

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by
definition, not smart enough to debug it." - Kernighan

http://www.robhulme.com/
http://robhu.livejournal.com/

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.