ubuntu-x-swat team mailing list archive

[H3g3m0n <H3g3m0n@xxxxxxxxx>]

Actually the tsched=0 option didn't fix it %100 for me, but it doesn't
happen around every hour anymore.

It's more like after 6 or so hours so it's not really a major issue.

I'm guessing how problematic it is, might be different depending on the
power of the system.

According to: http://www.pulseaudio.org/wiki/Modules
"tsched: Use system-timer based model (aka glitch-free). Defaults to 1 (enabled). If your hardware does not return accurate timing information (e.g. Creative sound cards) you can try to set tsched=0 to enable the interupt based timing which was used in 0.9.10 and before."

Not sure why Xorg would be effected. Possibly they are using the same
hardware timer since it's onboard and whatever pulse is doing breaks it
occasionally? Otherwise maybe the CPU is being raped by Pulse Audio
dealing with an out of control timer or a bug in the scheduling code,
and Xorg is slowing down as a result. It doesn't report %100 of my CPU
being used but it does seem to cause some kind of processor storm with
heaps of ~%70 processor bursts across all cores (maybe they are %100
bursts but for a time period shorter than whatever the CPU usage sample
time is).

-- 
User interface stutters / laggy when mouse NOT moving
https://bugs.launchpad.net/bugs/661327
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xorg in ubuntu.