On Thu, Mar 16, 2017 at 05:26:26PM +0100, Kevin Wolf wrote: > Am 16.03.2017 um 16:52 hat Daniel P. Berrange geschrieben: > If you don't care about that at all, the optimal configuration in terms > of performance is to give qemu a cache large enough that the metadata of > the whole image fits in it. When setting cache-clean-interval, this > could actually be reasonable even for large images because the memory > wouldn't be used forever but just as long as the guest is submitting the > problematic I/O patterns - but it still means that temporarily qemu > could really use all of this memory. Is there some easy algorithm that libvirt can use to determine the size of the L2 tables, and thus report what the maximum useful cache size would be ? Regards, Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://entangle-photo.org -o- http://search.cpan.org/~danberr/ :| -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list
