Messages in this thread | | | From | Con Kolivas <> | Subject | Re: 2.6 vs 2.4 regression when running gnomemeeting | Date | Sat, 20 Dec 2003 13:55:08 +1100 |
| |
On Sat, 20 Dec 2003 13:38, Nick Piggin wrote: > Christian Meder wrote: > >On Sat, 2003-12-20 at 02:26, Nick Piggin wrote: > >>Christian Meder wrote: > >>>On Sat, 2003-12-20 at 01:48, Nick Piggin wrote: > >>>>Sounds reasonable. Maybe its large interrupt or scheduling latency > >>>>caused somewhere else. Does disk activity alone cause a problem? > >>>>find / -type f | xargs cat > /dev/null > >>>>how about > >>>>dd if=/dev/zero of=./deleteme bs=1M count=256 > >>> > >>>Ok. I've attached the logs from a run with a call with only an > >>>additional dd. The quality was almost undisturbed only very slightly > >>>worse than the unloaded case.
Since so many things have actually changed it's going to be hard to extract what role the cpu scheduler has in this setting, but lets do our best.
Is there a reason you're running gnomemeeting niced -10? It is hardly using any cpu and the problem is actually audio in your case, not the cpu gnomemeeting is getting. Running dependant things (gnomemeeting, audio server, gnome etc) at different nice levels is not a great idea as it can lead to priority inversion scenarios if those apps aren't coded carefully.
What happens if you run gnomemeeting at nice 0?
How is your dma working on your disks?
What happens if you don't use an audio server (I'm not sure what the audio server is in gnome); or if you're not using one what happens when you do?
Renice the audio server instead?
You've already tried different audio drivers right?
Nice the compile instead of -nicing the other stuff.
Try the minor interactivity fix I posted only yesterday for different nice level latencies: http://ck.kolivas.org/patches/2.6/2.6.0/patch-2.6.0-O21int
Is your network responsible and the audio unrelated? Some have reported strange problems with ppp or certain network card drivers?
As you see it's not a straight forward problem but there's some things for you to get your teeth stuck into. As it stands the cpu scheduler from your top output appears to be giving appropriate priorities to the different factors in your equation.
Con
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |