Written by Bram the 29 Feb 08 at 21:59.
Category: System.
Related project:
Nothing/Others.
Status: New
Rationale
One of the weaker points in Linux in general is, to my opinion, the balance in process priority. I'm using a fast and up-to-date dual core system.
But for example it's nearly impossible to compile an updated XBMC SVN version and watch a Youtube video at the same time. The compiling takes up almost all available resources. The same happens when I'm uploading files to my local server using FTP while I'm listening music with Amarok. The music stops for a short time every once in a while because the uploading is taking up all resources. These are simple examples....
The finger can be pointed at the applications I use (Konsole, FileZilla, Firefox and Amarok in this example). But in my opinion priority management should not be the responsibility of an application. It's out of it's scope.
This sounds like a hardware problem, not an Ubuntu problem.
I also have a up-to-date Dual core system, (AMD Athlon X2 64 4800 (2.5Ghz), 2GB Dual channel DDR-2 800) and I can render a short video (100 frames) in Blender3D WHILE listening to music and writing this, and it's running fine! (and I'm rendering with multi-threads)
It's not a hardware problem, I'm experencing this on all 4 machines I run Kubuntu on, all with completely different hardware and no other speed problems whatsoever.
It might have something to do with the apllications I'm using, but as I said. Load balancing is not something developers of these kind of applications should have to worry about. To my humble opinion, that is.
In Hardy this should at least partly be fixed, seeing as how the CFS schedule (I believe) gives some priority to GUI apps to promote the responsiveness "feeling" that the user has.
You can also change the priority of processes in command line with "nice" (man nice) or in the system monitor, right clic on the process and change the priority.
It might be a problem with the Adobe flash plugin, if that's what you're using to watch youtube videos. I seem to recall one time when flash videos were really jerky for no apparent reason, and then I changed the CPU frequency scaling to stick to one frequency, and it resolved the issue. (I assume flash was using the time stamp counter to figure out the current time, but that isn't reliable if the cpu speed is variable.) That doesn't explain Amarok, though, so it may well be a scheduling problem.
This problem is called priority inversion and is a difficulty with scheduling. The linux kernel has had this problem for years and despite work on improving the scheduling I keep noticing it.