<div dir="ltr"><div><span style="font-family:arial,sans-serif;font-size:14.666666984558105px">>Please add this to the kernel command line to work around the kernel bug:</span><br style="font-family:arial,sans-serif;font-size:14.666666984558105px">
<span style="font-family:arial,sans-serif;font-size:14.666666984558105px">>intel_iommu=igfx_off</span><br></div><div><br></div>I am not sure if I added the kernel command line properly. The reason is that I am new to EFI bootloader and I'm not really sure how to configure reFind to do that, but I tried.<div>
This is the new alsa-info.sh: <a href="http://pastebin.com/m1NRTZTh">http://pastebin.com/m1NRTZTh</a></div><div><br></div><div><span style="font-family:arial,sans-serif;font-size:14.666666984558105px">>Second, you have overrides of the model that are unnecessary for your hardware. 6stack is definitely not applicable to Haswell HDMI. So, remove all snd-hda-intel module parameters.</span><br>
</div><div>That load module line was merely intended to set the HDMI as Card#1 rather than Card#0, so that ALSA would not pick it by default. Thanks for pointing out, I will remove the 6stack from there (I don't remember why I put it). I did completely remove it from my modprobe.d/alsa.conf though (temporarily).</div>
<div><br></div><div>I tested everything again with this configuration. Nothing changed. The slowdown feels and look the same.</div><div><br></div><div>><span style="font-family:arial,sans-serif;font-size:14.666666984558105px">It is not "with nothing else going on" - there is pavucontrol, which causes PulseAudio to enable the peak meter. And with that, it's perfectly reasonable for PulseAudio to eat 6% of your CPU.</span></div>
<div><span style="font-family:arial,sans-serif;font-size:14.666666984558105px">HOWEVER...</span></div><div><span style="font-family:arial,sans-serif;font-size:14.666666984558105px">Closing pavucontrol SIGNIFICANTLY reduces the slowdown. Well well well, what do you have in that peak meter of doom there? Pulseaudio still slower than ALSA, but it changed from "unplayable" to "playable with moderately lower fps". Still not ideal though.</span></div>
<div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 13 July 2014 21:31, Alexander E. Patrakov <span dir="ltr"><<a href="mailto:patrakov@gmail.com" target="_blank">patrakov@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">14.07.2014 02:24, Benny de von Ausfern wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
All the mentioned games run natively, with the exception being Dungeons<br>
& Dragons Online (which runs fine with ALSA). This is certainly not a<br>
Wine bug. I want you to understand that "killall -9 pulseaudio"<br>
immediately solves all the problems, so its nothing but natural to blame<br>
pulseaudio.<br>
<br>
This is my /proc/cpuinfo: <a href="http://pastebin.com/CqccL3qm" target="_blank">http://pastebin.com/CqccL3qm</a><br>
alsa-inf.sh: <a href="http://pastebin.com/8zC6fdhh" target="_blank">http://pastebin.com/8zC6fdhh</a><br>
</blockquote>
<br></div>
Looked. Your ALSA configuration is broken.<br>
<br>
First, you have a Haswell HDMI audio device in the system. Mere presence of it in some kernel configurations causes IRQ-related issues that can delay arbitrary programs for arbitrary amount of time if it is accessed at least once. This is a known kernel bug, tracked as <a href="https://bugzilla.kernel.org/show_bug.cgi?id=60769" target="_blank">https://bugzilla.kernel.org/<u></u>show_bug.cgi?id=60769</a> (but for other reporters it has different manifestations). With pure ALSA, you don't hit it, because nothing accesses this device even for probing the capabilities.<br>
<br>
Please add this to the kernel command line to work around the kernel bug:<br>
<br>
intel_iommu=igfx_off<br>
<br>
Second, you have overrides of the model that are unnecessary for your hardware. 6stack is definitely not applicable to Haswell HDMI. So, remove all snd-hda-intel module parameters.<br>
<br>
Please fix the problems above and see whether the game-framerate bug still exists.<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Pulseaudio is around 6% usage. When there is a game running, sometimes<br>
the thing propagates to the WM (Enlightenment DR 18 with all the<br>
compositions disabled, I don't like them) itself - windows lag when I<br>
try to move/resize, take longer to open or freeze for a couple of<br>
seconds without reason. Once again: killing pulseaudio solves it<br>
IMMEDIATELY. I've never had this behaviour without pulseaudio. As a<br>
matter of fact, I can play 2 or 3 of those games simultaneously (I have<br>
2 screens) with ALSA without any noticeable slowdown.<br>
<br>
top with Audacious playing music: <a href="http://pastebin.com/8eBbus7k" target="_blank">http://pastebin.com/8eBbus7k</a><br>
top with Skype (and nothing else going on): <a href="http://pastebin.com/DyJ0vJWC" target="_blank">http://pastebin.com/DyJ0vJWC</a><br>
</blockquote>
<br></div>
It is not "with nothing else going on" - there is pavucontrol, which causes PulseAudio to enable the peak meter. And with that, it's perfectly reasonable for PulseAudio to eat 6% of your CPU.<div class="HOEnZb">
<div class="h5"><br>
<br>
-- <br>
Alexander E. Patrakov<br>
______________________________<u></u>_________________<br>
pulseaudio-discuss mailing list<br>
<a href="mailto:pulseaudio-discuss@lists.freedesktop.org" target="_blank">pulseaudio-discuss@lists.<u></u>freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" target="_blank">http://lists.freedesktop.org/<u></u>mailman/listinfo/pulseaudio-<u></u>discuss</a><br>
</div></div></blockquote></div><br></div>