<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">cache=default would set the cache to writethrough. <br>
Also to improve perfomance, you could try virtio based disks.<br>
<br>
http://www.linux-kvm.org/page/Virtio<br>
http://www.linux-kvm.org/page/WindowsGuestDrivers/Download_Drivers<br><br>Thanks and Regards<br>Saurav Lahiri<br>Hexagrid Computing<br><br>--- On <b>Mon, 6/2/12, Stefan G. Weichinger <i><lists@xunil.at></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Stefan G. Weichinger <lists@xunil.at><br>Subject: Re: [libvirt-users] qcow2 performance<br>To: "SAURAV LAHIRI" <saurav_lahiri@yahoo.com><br>Cc: libvirt-users@redhat.com<br>Date: Monday, 6 February, 2012, 9:50<br><br><div class="plainMail">Am 06.02.2012 09:59, schrieb SAURAV LAHIRI:<br>> Hello,<br>> The cache settings would also depend on the underlying storage. If you<br>> are planning to use something like ext4 partition on the local harddisk<br>> then cache=none would be suitable.<br><br>Right now we try that, yes.<br><br>As mentioned in the other msg I am currently not able to use cache=none,<br>VM
 doesn't start that way ... still looking ...<br><br>For now, yes, qcow2 on ext4.<br><br>> It would be good to avoid cache=writeback on production environment as<br>> there no guarantees that the write actually got saved to harddisk.<br>> <br>> cache=writethrough though slower than writeback is the most recommended<br>> for the production environments.<br><br>Right now I run "cache=default" ... what would that mean? (aio=threads<br>works)<br><br>> To get better performance it would be good to identify what additional<br>> performance can be extracted from the underlying storage subsystem.<br><br>Right now it looks more like the communication between the application<br>and the client PCs is the bottleneck.<br><br>Copying files from the VM over LAN is fast! So I assume I/O isn't the<br>problem anymore. As mentioned I also chose "deadline"-scheduler for<br>IO-scheduling on the host.<br><br>We just try to check through everything to be
 able to nail it down on<br>the software house delivering that application ...<br><br>Thanks, Stefan<br></div></blockquote></td></tr></table>