Thanks for the tips - I'll give them a try. One clarification - for
disabling transmission checksums, is that inside the domU or inside
Some of the tests was using NFS, but lately I've been testing with iSCSI
and even local block devices and it seems to happen on those, too,
though not to the same degree.
SEAKR Engineering, Inc.
6221 South Racine Circle
Centennial, CO 80111
Main: (303) 790-8499
Fax: (303) 790-8720
>>> Stephan Seitz <s.seitz@xxxxxxxxxxxx> 10/23/07 8:03 PM >>>
Nick Couchman schrieb:
> Hi, again...haven't had any responses to this, yet.
have you tried to pin your vCPU's to dedicated Cores?
It might be suboptimal if a domU uses.. say core 0 of
cpu 0 and core 0 of cpu 1 ... or anything not on the
e.g. use the second cpu on a 2x dualcore system
count starts at 0.
cpus = [ 2,3 ]
If your domU is bridged, you might try to disable
transmission checksums on the NIC's.
ethtool -K [nicname] tx off
Anyway, you mentioned high I/O latency due to network
issues. Is your domU using some kind of NFS or something?
Btw. I might missed this part, but are you using PV or
Senior System Administrator
fon: +49 931 2876247
fax: +49 931 2876248
web: www.netz-haut.de <http://www.netz-haut.de/>
registriergericht: amtsgericht würzburg, hra 5054
Xen-users mailing list