Linked by Thom Holwerda on Tue 16th Nov 2010 22:48 UTC, submitted by Michael
Linux "In recent weeks and months there has been quite a bit of work towards improving the responsiveness of the Linux desktop with some very significant milestones building up recently and new patches continuing to come. This work is greatly improving the experience of the Linux desktop when the computer is withstanding a great deal of CPU load and memory strain. Fortunately, the exciting improvements are far from over. There is a new patch that has not yet been merged but has undergone a few revisions over the past several weeks and it is quite small - just over 200 lines of code - but it does wonders for the Linux desktop."
Permalink for comment 450309
To read all comments associated with this story, please click here.
RE[5]: Comment by tetek
by gilboa on Wed 17th Nov 2010 13:35 UTC in reply to "RE[4]: Comment by tetek"
Member since:

EDIT: Re-reading. Comment too aggressive. Please ignore.

Long answer.
1. During the past -19- years, the Linux scheduler has changed more than once. Each was designed with a different workload in mind; Each was designed to used on a different hardware. (Important!)
2. During the years, that average server moved from a dual socket / dual CPU's to dual/quad socket / 6-12 (!!!) cores / 12 threads. The average workstation jumped from a single CPU to 4-12 cores/threads.
3. The CFQ scheduler is ~3 year old.
4. The Linux kernel is fairly well suited for server workloads.

Now, given the above, the Linux scheduler is under constant development as the baseline requirements continue to evolve (See item 2). As developers gain experience with the relatively new CFQ scheduler and the new hardware classes (E.g. 24 thread workstations and 12 thread desktops), they gain new insight into the how to solve existing (and new) problems - in this case: low responsiveness (?) when dealing with desktop workloads.
Keep in mind that while trying to fix this problem, the scheduler developers must be certain that their patches do not drop the kernel's server workload performance, as the server market is Linux' bread and butter.

You are reading far too much into the size of the patch.

- Gilboa

Edited 2010-11-17 13:53 UTC

Reply Parent Score: 6