Hello! The main source of load of host during vm is: Skype, music, samba transfers.
If you want, you can try heroes of the storm. It is a free game. A simple game versus bots. At first fight, fps drop hardly. I play battlefront and fallout 4 without any problems also on 6 cores. I think the issue is specific to this game. But with closes sources... It is hard to debug and know why dpc affect it so much. (or something else) I should try to pass pci usb3. But if I remember, it is not iommu friendly. My hard is: - 4790k - Asrock extreme 6 - R9 290 (i use it's sound output plugged to line in of Linux.) All is msi but sound of gpu. No problem anyway with it sound is perfect. I am on holiday. I can do more testing when I am back (next week). On 17 Jan 2016 1:19 pm, "Milos Kaurin" <milos.kau...@gmail.com> wrote: > Hello guys, > > I just tested with Quentin's method, and did some more tests in general > > Key things to note: > 1. I use an Nvidia card > 2. I don't pass through individual USB devices, > I pass an entire USB3 controller (PCI) > > Here are my results: > > Bare metal: > FPS: 48.7 > Score: 2036 > Min FPS: 23.4 > Max FPS: 90.6 > DPS: Floats around ~1042µs > DPS absolute max: 1545µs (rare occurrence) > DPS polling is at 500µs > > pin/shield/hugetables/cpu 1x3x1 (Quentin's best-scenario use): > FPS: 48.1 > Score: 2011 > Min FPS: 22.7 > Max FPS: 92.3 > DPS: Floats around ~1042µs, > DPS absolute max 2043µs (rare occurrence). > DPS polling is at 976µs > > pin/cpuisol/hugetables/cpu 1x3x2 (cpuisol instead of shield script) > FPS: 47.9~ > Score: 2005~ > Min FPS: 19.7~ > Max FPS: 91.5~ > DPS: Floats around ~2000, unstable! > DPS absolute max 22k (rare occurrence, but happens more often than other > tests). > DPS polling is at 476µs > > nopin/hugetables/cpu 1x4x2 (My old use) > FPS: 47.9 > Score: 2005 > Min FPS: 19.7 > Max FPS: 91.5 > DPS: Floats around ~1145µs, > DPS absolute max 12025µs (rare occurrence). > DPS polling is at 976µs > > pin/hugetables/cpu 1x3x2 (My new preffered) > FPS: 47.9~ > Score: 2011 > Min FPS: 19.7~ > Max FPS: 91.5~ > DPS: Floats around ~1145µs, > DPS absolute max 12025µs (rare occurrence). > DPS polling is at 976µs > > Other notes: > * Pinning IOthreads and/or emulator doesn't do much for DPC/performance > - Didn't put any load on the host, though. It might have impact if the > host > has some load > * Even though I get best DPC/performance with Quentin's use, I don't see > any > reason to not use my old nopin 1x4x2 or pin 1x3x2 as I obviously don't > have the same performance issues > * I have been playing quite a lot of Rocket League and some Fallout 4, > without > noticing any kind of sound/graphics issues. > > Quentin, this might be specific to your hardware. Let me know if you want > me to > run more tests. > > Regards, > Milos > > On Mon, Jan 11, 2016 at 3:08 PM, Quentin Deldycke > <quentindeldy...@gmail.com> wrote: > > Hello, > > > > I use intel cpu (i7 4790k). But yes i have an R9 290 as gpu. > > I try to offload to core 0, so in fact i can keep threads 0 and 4 for > linux > > The rest of your resume is right. > > > > > > I use the same program for dpc check. Is also available: latencymon. > > But i find dpclat more interesting. > > http://www.resplendence.com/latencymon > > > > Script for moving all threads to 0,4: > > https://github.com/qdel/scripts/blob/master/vfio/shieldbuild > > > > XML file: > > https://github.com/qdel/scripts/blob/master/vfio/win10.xml > > > > Kernel command line: > > intel_iommu=on iommu=pt vfio_iommu_type1.allow_unsafe_interrupts=1 > > kvm.ignore_msrs=1 drm.rnodes=1 i915.modeset=1 > > nohz_full=1,2,3,4,5,6,7 rcu_nocbs=1,2,3,4,5,6,7 > > default_hugepagesz=1G hugepagesz=1G hugepages=12 > > > > > > Notes about my setup: > > * I have 3 monitors. All are connected to intel > > 2 of them have a input in AMD. With xrandr > > i can disable these screens and they switch source > > (at least one, the other is buggy, most times i need to push the source > > button). > > * I pass also a NVMe drive (this thing is actually BRUTAL!!!) > > - I can boot the same drive on native! > > * I pass my second network card > > * I pass one of my sata controller (i have ntfs drives there) > > * I pass usb devices and not the whole controller > > - with the little udev script i plug new devices to the vm if this one > is > > started > > * Sound is output by HDMI and back into line in of pc. I can use the > line in > > control to > > modify the sound of the whole vm. Work perfectly actually. > > * Best thing for this is dual monitor + synergy :) > > > > > > -- > > Deldycke Quentin > > > > > > On 11 January 2016 at 15:06, Milos Kaurin <milos.kau...@gmail.com> > wrote: > >> > >> Hello, > >> > >> Yes, I have a corei7. > >> > >> I have to admit that seeing Quentin's e-mail was the first I found out > >> about DPC latency. I'm taking a strictly empirical approach for now, > >> but I'd like to dive deeper into this, at least to provide a reference > >> point for you guys. > >> Reason for this being is that even though I'm familiar with Linux, I'm > >> don't have low-level familiarity as you guys have (other than > >> conceptual). I'm more than willing to learn given the opportunity, > >> though. > >> > >> Quentin: > >> From what I understand about your use: > >> * You have an AMD CPU > >> * In your kernel parameters, you are trying to offload your > >> scheduling-clock interrupts to only thread(core?) 0. > >> * Your script sets kernel memory management, future tasks and current > >> tasks to be run at thread 0 > >> * Valley bench seems to be most sensitive to DPC latency issues (as > >> well as "Heroes of the storm") > >> * Pinning only 3 cores to the VM gives you best results, but seeing > >> that newer games take advantage of multiple cores, you'd like to have > >> an option to use more cores for winVirt > >> > >> What I'd like from you: > >> * Can you provide me with the optimal (3core -> VM) settings, > >> including kernel parameters, your updated script and the XML of your > >> virt in this mode of use. > >> * Can you provide me with a method how to keep track of DPC latency? I > >> found this: http://www.thesycon.de/deu/latency_check.shtml , but I'd > >> like us to use the same method. > >> > >> Why I'm asking all of this: > >> Just ran valley (HD extreme). These are the results: > >> > >> *Bare-metal: > >> FPS: 48.7 > >> Score: 2036 > >> Min FPS: 23.4 > >> Max FPS:90.6 > >> > >> * hugetables, nopin, 1x4x2, host-passthrough: > >> FPS: 47.9 > >> Score: 2005 > >> Min FPS: 19.7 > >> Max FPS: 91.5 > >> > >> The score is ~1.5 % worse in the virt. > >> The min FPS difference (which looks significant) might be negligible > >> because I'm running Firefox in the host with a bunch of tabs open > >> (idle, though) > >> > >> I have also been playing "Rocket League" in the virt which is a very > >> twitchy game, and I play it on an experienced level. I did not find > >> any problems with playing the game like this. > >> > >> My current XML: https://gist.github.com/Kaurin/0b6726e8a94084bd0b64 > >> PCI devices passed through: nvidia+HDMI audio, onboard sound, onboard > >> XHCI USB controller > >> > >> Notes about my setup: > >> * Both virt and host are hooked up to the same monitor (host-VGA / virt > - > >> DVI). > >> * I also don't have any additional USB controllers, which means that > >> when I turn on the virt, I lose my usb(mouse,keyboard) on the host > >> * Same goes for sound: when I turn on the virt, I lose sound in the host > >> * I just flip the monitor input and I'm good to go. > >> * I have plans to set up new hardware so I can use both host/virt at > >> the same time > >> > >> Let me know if my further input would be useful. > >> > >> Regards, > >> Milos > >> > >> > >> > >> On Mon, Jan 11, 2016 at 9:19 AM, Quentin Deldycke > >> <quentindeldy...@gmail.com> wrote: > >> > In fact, some games react quite well to this latency. Fallout for > >> > example > >> > doesn't show much difference between host - vm with brutal DPC and vm > >> > with > >> > "good dpc". > >> > > >> > I tested 3 modes: > >> > > >> > - all 8 core to vm without pinning: brutal dpc, did not tried to play > >> > games > >> > on it. Only ungine valley => 2600 points > >> > - 6 cores pinned to the vm + emulator on core 0,1: correct latency. > Most > >> > games work flawlessly (bf4 / battlefront / diablo III) but some are > >> > catastrophic: Heroes of the storm. valley => 2700 > >> > - 3 cores pinned to vm: Perfect latency, all games work ok. But i am > >> > affraid > >> > 3 cores are a bit 'not enough" for incoming games. valley => 3100 > points > >> > > >> > I think that valley is a good benchmark. It is free and small. It > seems > >> > to > >> > be affected by this latency problem like most games. > >> > > >> > > >> > > >> > > >> > -- > >> > Deldycke Quentin > >> > > >> > > >> > On 11 January 2016 at 09:59, rndbit <rnd...@sysret.net> wrote: > >> >> > >> >> Tried Milos' config too - DPC latency got worse. I use AMD cpu though > >> >> so > >> >> its hardly comparable. > >> >> One thing to note is that both VM and bare metal (same OS) score > around > >> >> 5k > >> >> points in 3dmark fire strike test (VM 300 points less). Sounds not > too > >> >> bad > >> >> but in reality bf4 is pretty much unplayable in VM due to bad > >> >> performance > >> >> and sound glitches while playing it on bare metal is just fine. Again > >> >> DPC > >> >> latency on bare metal even under load is ok - occasional spike here > and > >> >> there but mostly its within norm. Any kind of load on VM makes DPC go > >> >> nuts > >> >> and performance is terrible. I even tried isolcpus=4,5,6,7 and > binding > >> >> vm to > >> >> those free cores - its all the same. > >> >> > >> >> Interesting observation is that i used to play titanfall without a > >> >> hitch > >> >> in VM some time in the past, 3.10 kernel or so (no patches). When i > get > >> >> free > >> >> moment ill try downgrading kernel, maybe problem is there. > >> >> > >> >> > >> >> On 2016.01.11 10:39, Quentin Deldycke wrote: > >> >> > >> >> Also, i juste saw something: > >> >> > >> >> You use ultra (4k?) settings on a 770gtx. This is too heavy for it. > You > >> >> have less than 10fps. So in fact if you loose let's say 10% of > >> >> performance, > >> >> you will barely see it. > >> >> > >> >> What we search is a very high reponse time. Could you please compare > >> >> your > >> >> system with a less heavy benchmark. It is easier to see the > difference > >> >> at > >> >> ~50-70 fps. > >> >> > >> >> In my case, this configuration work. But my fps fluctuate quite a > lot. > >> >> If > >> >> you are a bit a serious gamer, this falls are not an option during > game > >> >> :) > >> >> > >> >> -- > >> >> Deldycke Quentin > >> >> > >> >> > >> >> On 11 January 2016 at 08:54, Quentin Deldycke > >> >> <quentindeldy...@gmail.com> > >> >> wrote: > >> >>> > >> >>> Using this mode, > >> >>> > >> >>> DPC Latency is hugely buggy using this mode. > >> >>> > >> >>> My fps are also moving on an apocaliptic way: from 80 to 45 fps > >> >>> without > >> >>> moving on ungine valley. > >> >>> > >> >>> Do you have anything working on your linux? (i have plasma doing > >> >>> nothing > >> >>> on another screen) > >> >>> > >> >>> Ungine heaven went back to 2600 points from 3100 > >> >>> Cinebench r15: single core 124 > >> >>> > >> >>> > >> >>> Could you please send your whole xml file, qemu version and kernel > >> >>> config > >> >>> / boot? > >> >>> > >> >>> I will try to get 3dmark and verify host / virtual comparison > >> >>> > >> >>> -- > >> >>> Deldycke Quentin > >> >>> > >> >>> > >> >>> On 9 January 2016 at 20:24, Milos Kaurin <milos.kau...@gmail.com> > >> >>> wrote: > >> >>>> > >> >>>> My details: > >> >>>> Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz > >> >>>> 32GB total ram > >> >>>> hugetables@16x1GB for the guest (didn't have much to do with > 3dmark > >> >>>> results) > >> >>>> > >> >>>> I have had the best performance with: > >> >>>> > >> >>>> <vcpu placement='static'>8</vcpu> > >> >>>> <cpu mode='custom' match='exact'> > >> >>>> <model fallback='allow'>host-passthrough</model> > >> >>>> <topology sockets='1' cores='4' threads='2'/> > >> >>>> </cpu> > >> >>>> > >> >>>> No CPU pinning on either guest or host > >> >>>> > >> >>>> Benchmark example (Bare metal Win10 vs Fedora Guest Win10) > >> >>>> http://www.3dmark.com/compare/fs/7076732/fs/7076627# > >> >>>> > >> >>>> > >> >>>> Could you try my settings and report back? > >> >>>> > >> >>>> On Sat, Jan 9, 2016 at 3:14 PM, Quentin Deldycke > >> >>>> <quentindeldy...@gmail.com> wrote: > >> >>>> > I use virsh: > >> >>>> > > >> >>>> > ===SNIP=== > >> >>>> > <vcpu placement='static'>3</vcpu> > >> >>>> > <cputune> > >> >>>> > <vcpupin vcpu='0' cpuset='1'/> > >> >>>> > <vcpupin vcpu='1' cpuset='2'/> > >> >>>> > <vcpupin vcpu='2' cpuset='3'/> > >> >>>> > <emulatorpin cpuset='6-7'/> > >> >>>> > </cputune> > >> >>>> > ===SNAP=== > >> >>>> > > >> >>>> > I have a prepare script running: > >> >>>> > > >> >>>> > ===SNIP=== > >> >>>> > sudo mkdir /cpuset > >> >>>> > sudo mount -t cpuset none /cpuset/ > >> >>>> > cd /cpuset > >> >>>> > echo 0 | sudo tee -a cpuset.cpu_exclusive > >> >>>> > echo 0 | sudo tee -a cpuset.mem_exclusive > >> >>>> > > >> >>>> > sudo mkdir sys > >> >>>> > echo 'Building shield for core system... threads 0 and 4, and we > >> >>>> > place > >> >>>> > all > >> >>>> > runnning tasks there' > >> >>>> > /bin/echo 0,4 | sudo tee -a sys/cpuset.cpus > >> >>>> > /bin/echo 0 | sudo tee -a sys/cpuset.mems > >> >>>> > /bin/echo 0 | sudo tee -a sys/cpuset.cpu_exclusive > >> >>>> > /bin/echo 0 | sudo tee -a sys/cpuset.mem_exclusive > >> >>>> > for T in `cat tasks`; do sudo bash -c "/bin/echo $T > > >> >>>> > sys/tasks">/dev/null > >> >>>> > 2>&1 ; done > >> >>>> > cd - > >> >>>> > ===SNAP=== > >> >>>> > > >> >>>> > Note that i use this command line for the kernel > >> >>>> > nohz_full=1,2,3,4,5,6,7 rcu_nocbs=1,2,3,4,5,6,7 > >> >>>> > default_hugepagesz=1G > >> >>>> > hugepagesz=1G hugepages=12 > >> >>>> > > >> >>>> > > >> >>>> > -- > >> >>>> > Deldycke Quentin > >> >>>> > > >> >>>> > > >> >>>> > On 9 January 2016 at 15:40, rndbit <rnd...@sysret.net> wrote: > >> >>>> >> > >> >>>> >> Mind posting actual commands how you achieved this? > >> >>>> >> > >> >>>> >> All im doing now is this: > >> >>>> >> > >> >>>> >> cset set -c 0-3 system > >> >>>> >> cset proc -m -f root -t system -k > >> >>>> >> > >> >>>> >> <vcpu placement='static'>4</vcpu> > >> >>>> >> <cputune> > >> >>>> >> <vcpupin vcpu='0' cpuset='4'/> > >> >>>> >> <vcpupin vcpu='1' cpuset='5'/> > >> >>>> >> <vcpupin vcpu='2' cpuset='6'/> > >> >>>> >> <vcpupin vcpu='3' cpuset='7'/> > >> >>>> >> <emulatorpin cpuset='0-3'/> > >> >>>> >> </cputune> > >> >>>> >> > >> >>>> >> Basically this puts most of threads to 0-3 cores including > >> >>>> >> emulator > >> >>>> >> threads. Some threads cant be moved though so they remain on 4-7 > >> >>>> >> cores. VM > >> >>>> >> is given 4-7 cores. It works better but there is still much to > be > >> >>>> >> desired. > >> >>>> >> > >> >>>> >> > >> >>>> >> > >> >>>> >> On 2016.01.09 15:59, Quentin Deldycke wrote: > >> >>>> >> > >> >>>> >> Hello, > >> >>>> >> > >> >>>> >> Using cpuset, i was using the vm with: > >> >>>> >> > >> >>>> >> Core 0: threads 0 & 4: linux + emulator pin > >> >>>> >> Core 1,2,3: threads 1,2,3,5,6,7: windows > >> >>>> >> > >> >>>> >> I tested with: > >> >>>> >> Core 0: threads 0 & 4: linux > >> >>>> >> Core 1,2,3: threads 1,2,3: windows > >> >>>> >> Core 1,2,3: threads 5,6,7: emulator > >> >>>> >> > >> >>>> >> The difference between both is huge (DPC latency is mush more > >> >>>> >> stable): > >> >>>> >> Performance on single core went up to 50% (cinebench ratio by > core > >> >>>> >> from > >> >>>> >> 100 to 150 points) > >> >>>> >> Performance on gpu went up to 20% (cinebench from 80fps to 100+) > >> >>>> >> Performance on "heroes of the storm" went from 20~30 fps to > stable > >> >>>> >> 60 > >> >>>> >> (and > >> >>>> >> much time more than 100) > >> >>>> >> > >> >>>> >> (performance of Unigine Heaven went from 2700 points to 3100 > >> >>>> >> points) > >> >>>> >> > >> >>>> >> The only sad thing is that i have the 3 idle threads which are > >> >>>> >> barely > >> >>>> >> used... Is there any way to put them back to windows? > >> >>>> >> > >> >>>> >> -- > >> >>>> >> Deldycke Quentin > >> >>>> >> > >> >>>> >> > >> >>>> >> On 29 December 2015 at 17:38, Michael Bauer < > mich...@m-bauer.org> > >> >>>> >> wrote: > >> >>>> >>> > >> >>>> >>> I noticed that attaching a DVD-Drive from the host leads to > HUGE > >> >>>> >>> delays. > >> >>>> >>> I had attached my /dev/sr0 to the guest and even without a DVD > in > >> >>>> >>> the drive > >> >>>> >>> this was causing huge lag about once per second. > >> >>>> >>> > >> >>>> >>> Best regards > >> >>>> >>> Michael > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> Am 28.12.2015 um 19:30 schrieb rndbit: > >> >>>> >>> > >> >>>> >>> 4000μs-16000μs here, its terrible. > >> >>>> >>> Tried whats said on > >> >>>> >>> https://lime-technology.com/forum/index.php?topic=43126.15 > >> >>>> >>> Its a bit better with this: > >> >>>> >>> > >> >>>> >>> <vcpu placement='static'>4</vcpu> > >> >>>> >>> <cputune> > >> >>>> >>> <vcpupin vcpu='0' cpuset='4'/> > >> >>>> >>> <vcpupin vcpu='1' cpuset='5'/> > >> >>>> >>> <vcpupin vcpu='2' cpuset='6'/> > >> >>>> >>> <vcpupin vcpu='3' cpuset='7'/> > >> >>>> >>> <emulatorpin cpuset='0-3'/> > >> >>>> >>> </cputune> > >> >>>> >>> > >> >>>> >>> I tried isolcpus but it did not yield visible benefits. > ndis.sys > >> >>>> >>> is > >> >>>> >>> big > >> >>>> >>> offender here but i dont really understand why. Removing > network > >> >>>> >>> interface > >> >>>> >>> from VM makes usbport.sys take over as biggest offender. All > this > >> >>>> >>> happens > >> >>>> >>> with performance governor of all cpu cores: > >> >>>> >>> > >> >>>> >>> echo performance | tee > >> >>>> >>> /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor > >/dev/null > >> >>>> >>> > >> >>>> >>> Cores remain clocked at 4k mhz. I dont know what else i could > >> >>>> >>> try. > >> >>>> >>> Does > >> >>>> >>> anyone have any ideas..? > >> >>>> >>> > >> >>>> >>> On 2015.10.29 08:03, Eddie Yen wrote: > >> >>>> >>> > >> >>>> >>> I tested again with VM reboot, I found that this time is about > >> >>>> >>> 1000~1500μs. > >> >>>> >>> Also I found that it easily get high while hard drive is > loading, > >> >>>> >>> but > >> >>>> >>> only few times. > >> >>>> >>> > >> >>>> >>> Which specs you're using? Maybe it depends on CPU or patches. > >> >>>> >>> > >> >>>> >>> 2015-10-29 13:44 GMT+08:00 Blank Field > >> >>>> >>> <ihatethisfi...@gmail.com>: > >> >>>> >>>> > >> >>>> >>>> If i understand it right, this software has a fixed latency > >> >>>> >>>> error > >> >>>> >>>> of 1 > >> >>>> >>>> ms(1000us) in windows 8-10 due to different kernel timer > >> >>>> >>>> implementation. So > >> >>>> >>>> i guess your latency is very good. > >> >>>> >>>> > >> >>>> >>>> On Oct 29, 2015 8:40 AM, "Eddie Yen" <missile0...@gmail.com> > >> >>>> >>>> wrote: > >> >>>> >>>>> > >> >>>> >>>>> Thanks for information! And sorry I don'r read carefully at > >> >>>> >>>>> beginning > >> >>>> >>>>> message. > >> >>>> >>>>> > >> >>>> >>>>> For my result, I got about 1000μs below and only few times > got > >> >>>> >>>>> 1000μs > >> >>>> >>>>> above when idling. > >> >>>> >>>>> > >> >>>> >>>>> I'm using 4820K and used 4 threads to VM, also I set these 4 > >> >>>> >>>>> threads > >> >>>> >>>>> as 4 cores in VM settings. > >> >>>> >>>>> The OS is Windows 10. > >> >>>> >>>>> > >> >>>> >>>>> 2015-10-29 13:21 GMT+08:00 Blank Field > >> >>>> >>>>> <ihatethisfi...@gmail.com>: > >> >>>> >>>>>> > >> >>>> >>>>>> I think they're using this: > >> >>>> >>>>>> www.thesycon.de/deu/latency_check.shtml > >> >>>> >>>>>> > >> >>>> >>>>>> On Oct 29, 2015 6:11 AM, "Eddie Yen" <missile0...@gmail.com > > > >> >>>> >>>>>> wrote: > >> >>>> >>>>>>> > >> >>>> >>>>>>> Sorry, but how to check DPC Latency? > >> >>>> >>>>>>> > >> >>>> >>>>>>> 2015-10-29 10:08 GMT+08:00 Nick Sukharev > >> >>>> >>>>>>> <nicksukha...@gmail.com>: > >> >>>> >>>>>>>> > >> >>>> >>>>>>>> I just checked on W7 and I get 3000μs-4000μs one one of > the > >> >>>> >>>>>>>> guests > >> >>>> >>>>>>>> when 3 guests are running. > >> >>>> >>>>>>>> > >> >>>> >>>>>>>> On Wed, Oct 28, 2015 at 4:52 AM, Sergey Vlasov > >> >>>> >>>>>>>> <ser...@vlasov.me> > >> >>>> >>>>>>>> wrote: > >> >>>> >>>>>>>>> > >> >>>> >>>>>>>>> On 27 October 2015 at 18:38, LordZiru < > lordz...@gmail.com> > >> >>>> >>>>>>>>> wrote: > >> >>>> >>>>>>>>>> > >> >>>> >>>>>>>>>> I have brutal DPC Latency on qemu, no matter if using > >> >>>> >>>>>>>>>> pci-assign > >> >>>> >>>>>>>>>> or vfio-pci or without any passthrought, > >> >>>> >>>>>>>>>> > >> >>>> >>>>>>>>>> my DPC Latency is like: > >> >>>> >>>>>>>>>> 10000,500,8000,6000,800,300,12000,9000,700,2000,9000 > >> >>>> >>>>>>>>>> and on native windows 7 is like: > >> >>>> >>>>>>>>>> 20,30,20,50,20,30,20,20,30 > >> >>>> >>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>> >>>>>>>>> In Windows 10 guest I constantly have red bars around > >> >>>> >>>>>>>>> 3000μs > >> >>>> >>>>>>>>> (microseconds), spiking sometimes up to 10000μs. > >> >>>> >>>>>>>>> > >> >>>> >>>>>>>>>> > >> >>>> >>>>>>>>>> I don't know how to fix it. > >> >>>> >>>>>>>>>> this matter for me because i are using USB Sound Card > for > >> >>>> >>>>>>>>>> my > >> >>>> >>>>>>>>>> VMs, > >> >>>> >>>>>>>>>> and i get sound drop-outs every 0-4 secounds > >> >>>> >>>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>> >>>>>>>>> That bugs me a lot too. I also use an external USB card > and > >> >>>> >>>>>>>>> my > >> >>>> >>>>>>>>> DAW > >> >>>> >>>>>>>>> periodically drops out :( > >> >>>> >>>>>>>>> > >> >>>> >>>>>>>>> I haven't tried CPU pinning yet though. And perhaps I > >> >>>> >>>>>>>>> should > >> >>>> >>>>>>>>> try > >> >>>> >>>>>>>>> Windows 7. > >> >>>> >>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>> >>>>>>>>> _______________________________________________ > >> >>>> >>>>>>>>> vfio-users mailing list > >> >>>> >>>>>>>>> vfio-users@redhat.com > >> >>>> >>>>>>>>> https://www.redhat.com/mailman/listinfo/vfio-users > >> >>>> >>>>>>>>> > >> >>>> >>>>>>>> > >> >>>> >>>>>>>> > >> >>>> >>>>>>>> _______________________________________________ > >> >>>> >>>>>>>> vfio-users mailing list > >> >>>> >>>>>>>> vfio-users@redhat.com > >> >>>> >>>>>>>> https://www.redhat.com/mailman/listinfo/vfio-users > >> >>>> >>>>>>>> > >> >>>> >>>>>>> > >> >>>> >>>>>>> > >> >>>> >>>>>>> _______________________________________________ > >> >>>> >>>>>>> vfio-users mailing list > >> >>>> >>>>>>> vfio-users@redhat.com > >> >>>> >>>>>>> https://www.redhat.com/mailman/listinfo/vfio-users > >> >>>> >>>>>>> > >> >>>> >>>>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> _______________________________________________ > >> >>>> >>> vfio-users mailing list > >> >>>> >>> vfio-users@redhat.com > >> >>>> >>> https://www.redhat.com/mailman/listinfo/vfio-users > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> _______________________________________________ > >> >>>> >>> vfio-users mailing list > >> >>>> >>> vfio-users@redhat.com > >> >>>> >>> https://www.redhat.com/mailman/listinfo/vfio-users > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> _______________________________________________ > >> >>>> >>> vfio-users mailing list > >> >>>> >>> vfio-users@redhat.com > >> >>>> >>> https://www.redhat.com/mailman/listinfo/vfio-users > >> >>>> >>> > >> >>>> >> > >> >>>> >> > >> >>>> >> > >> >>>> >> _______________________________________________ > >> >>>> >> vfio-users mailing list > >> >>>> >> vfio-users@redhat.com > >> >>>> >> https://www.redhat.com/mailman/listinfo/vfio-users > >> >>>> >> > >> >>>> >> > >> >>>> >> > >> >>>> >> _______________________________________________ > >> >>>> >> vfio-users mailing list > >> >>>> >> vfio-users@redhat.com > >> >>>> >> https://www.redhat.com/mailman/listinfo/vfio-users > >> >>>> >> > >> >>>> > > >> >>>> > > >> >>>> > _______________________________________________ > >> >>>> > vfio-users mailing list > >> >>>> > vfio-users@redhat.com > >> >>>> > https://www.redhat.com/mailman/listinfo/vfio-users > >> >>>> > > >> >>> > >> >>> > >> >> > >> >> > >> >> > >> >> _______________________________________________ > >> >> vfio-users mailing list > >> >> vfio-users@redhat.com > >> >> https://www.redhat.com/mailman/listinfo/vfio-users > >> >> > >> >> > >> >> > >> >> _______________________________________________ > >> >> vfio-users mailing list > >> >> vfio-users@redhat.com > >> >> https://www.redhat.com/mailman/listinfo/vfio-users > >> >> > >> > > >> > > >> > _______________________________________________ > >> > vfio-users mailing list > >> > vfio-users@redhat.com > >> > https://www.redhat.com/mailman/listinfo/vfio-users > >> > > > > > >
_______________________________________________ vfio-users mailing list vfio-users@redhat.com https://www.redhat.com/mailman/listinfo/vfio-users
