<div dir="ltr">So, i switch my vm container to bare metal in order to do some bench with native windows install.<div>Seems the difference between vm and native in 3dmark firestrike is about 3%, just so you know.</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-04-15 8:17 GMT+02:00 Blank Field <span dir="ltr"><<a href="mailto:ihatethisfield@gmail.com" target="_blank">ihatethisfield@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr"><span class=""><br>
On Apr 15, 2016 9:01 AM, "thibaut noah" <<a href="mailto:thibaut.noah@gmail.com" target="_blank">thibaut.noah@gmail.com</a>> wrote:<br>
> Speaking of drives, it seems from what i read that it is possible for qemu/kvm to read a native (non virtualize) install of windows from a passthrough drive.<br>
> If so is there something special to do? Might go to the hassle of reinstalling my all windows system by i prefer to be sure before touching anything (though i might just backup the image, boot my vm from it and clone windows, much easier than reinstalling).<br></span>
There is a problem, that i've promised to git bisect, but trashed my fedora instead.<br>
The thing is, you give the whole drive (or just the necessary partitions) to the vm, and you can either boot the OS inside a VM, or run it bare-metal.<br>
There are some culprits, for example:<br>
If using UEFI, in order to properly mirror the install, you have to copy the efivars. Windows relies on them to activate itself.<br>
If using not virtio-scsi, you don't send the scsi commands. The most noteworthy are SMART and TRIM.<br>
And the final one, since some version of OVMF, GPT formatted drive gets checked for valid MBR and it fails to boot.<br>
But the performance is closest i could get to native, my HDD gets around 150-180MBps, just as it does baremetal.<br>
Not sure about IOPS though.<br>
This kind of setup is useful for AB testing.</p>
</blockquote></div><br></div>