<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 16, 2015 at 12:59 AM, Alex Williamson <span dir="ltr"><<a href="mailto:alex.l.williamson@gmail.com" target="_blank">alex.l.williamson@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Tue, Sep 15, 2015 at 3:32 PM, Jasen Borisov <span dir="ltr"><<a href="mailto:tajjada@gmail.com" target="_blank">tajjada@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>I managed to successfully boot Arch Linux in the VM. Turned out I wasn't patient enough. With enough waiting, the same VM configuration as before (including my passthrough NVIDIA *and* EHCI!) booted. But it is *incredibly* slow. Took over 10 minutes to get to a login prompt, and a couple of minutes to do its automatic root login. I plugged a USB keyboard into the hardware port on my PC that belongs to the EHCI controller I passed to the VM, and the keyboard worked as expected and I could type inside the VM. I managed to mount a filesystem and dump `dmesg` to a file, so I can get it on my desktop. Here is a pastebin of it: <a href="https://bpaste.net/show/e6970c05aff5" target="_blank">https://bpaste.net/show/e6970c05aff5</a></div><div><br></div><div>This makes me think that *maybe* if I leave Windows to boot overnight, next morning I might be surprised by a desktop :)</div><div><br></div><div>Anyway, it is unacceptably slow, and I would appreciate any help to improve the situation.</div><div><br></div><div>I noticed a lot of errors regarding msrr, both in the host and guest dmesg, so I guess it would probably be a good idea to add that KVM option you mentioned. However, I doubt that that is the cause of the performance problems. When I remove all VFIO devices and replace them with emulated ones, Arch Linux is very fast (or rather, normal, just very fast in comparison) despite the same msrr errors appearing.</div><div><br></div><div>Any ideas?</div></div></blockquote><div><br></div></span><div>What if you downgrade to kernel 4.1?</div></div></div></div></blockquote><div> </div><div><span style="font-size:12.8px">As I said, I want to run Windows inside the VM, not Linux. I am just testing with Linux to see if my VFIO setup is working. I am doing this because troubleshooting with Linux is a lot easier (due to information from things like dmesg) than with Windows. Once I know that VFIO is working fine on my system, I will set up a Windows guest. Hence, kernel regressions/bugs/features(?) in 4.2 that are not present in 4.1 are not something I particularly care about. That said, if downgrading to linux 4.1 (not easy, because I was booting Linux from a live iso ... would have to either install or get an older live iso to do that) would help me figure out why my VM is slow and would provide worthwhile information, I would be happy to do it. By now, I have wasted a lot more time waiting for the slow VM to boot than it would take me to install Linux.</span><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>The MTRR issue we've been battling generally resolves itself and the VM runs at full speed once passed firmware.  I'll see if I can make my box act this poorly.  Running 8 vCPUs on your system is surely not helping performance, but this sounds like orders of magnitude worse than that. </div></div></div></div>
</blockquote></div><div style="font-size:12.8px"><br class="">Do you mean that having fewer vCPUs will somehow be better for performance? That seems counterintuitive ... I thought otherwise....</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Well, my physical CPU has 8 physical cores with hyperthreading, so 16 logical cores. I thought it would make sense to give half of that to the VM and have the rest available for the host. By saying that it is "not helping performance", do you mean that there is some sort of significant overhead involved with having more vCPUs?</div></div></div>