I guess the bad performance it goes with the writing. For example on decompression of a big tar.gz, installing rpm packages. Also on restoring a MySQL Database... The first clue when i knew that something were wrong was on the FS formating stage. It took really long time to format 40 GB to ext3. I did the same on other machine with a sata disk... surprise! same software and hardware config except for the inferior disk type and did it in no time. Regards Francisco. 2009/5/19 Christopher G. Stach II <cgs at ldsys.net> > ----- "Francisco Pérez" <fperez.x at gmail.com> wrote: > > > OK, here it is: > > > > name = "vm01" > > uuid = "2fa05fe5-9b52-3527-5bf5-efb88555c567" > > maxmem = 5836 > > memory = 5836 > > vcpus = 1 > > bootloader = "/usr/bin/pygrub" > > on_poweroff = "destroy" > > on_reboot = "restart" > > on_crash = "restart" > > vfb = [ ] > > disk = [ "tap:aio:/var/lib/xen/images/vm01.img,xvda,w" ] > > vif = [ "mac=00:16:3e:15:6f:cd,bridge=xenbr0" ] > > > > Thanks. > > What kind of "disk performance"? Read? Write? Random? Linear? > > As for general tuning, use block devices (LVM) unless you have to do > otherwise. Do you do a large amount of I/O in general? Do you have dom0's > CPU pinned to an unshared core? > > -- > Christopher G. Stach II > > > _______________________________________________ > CentOS-virt mailing list > CentOS-virt at centos.org > http://lists.centos.org/mailman/listinfo/centos-virt > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-virt/attachments/20090520/f1c6093c/attachment-0006.html>