Linked by lopisaur on Fri 25th Jun 2010 22:21 UTC
Thread beginning with comment 431673
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
Don't make things up. The CFS scheduler is quite good and has no problems with interactivity on the desktop.
No, he is right. Compiling is OK, but just try to uncompress an 1G rar file or copy some files in the background and the GUI will come to a crawl. Not just the GUI, actually: CLI programs like vim are affected too. CFS is horrible for the desktop.
And I experience this both on my Core2Duo home computer and at my workplace on an 8-CPU beast, so the problem is definitely there.
An even simpler way to reproduce the issue is to use dd.
dd if=/dev/urandom of=/somefile bs=1M count=10000 can cause an X11 GUI (KDE, GNOME, Xfce, etc) on Linux to slow down to a crawl until the dd is done. Doing the same with a USB drive makes it even more noticeable.
The same test on a non-Linux system will not affect X11, though.
It is an official Linux kernel bug affecting 15% of x86_64 installting. It is not the scheduler, the kernel just fail to do it's job. Linus tried to solve it but failed, many other tried too.
My desktop is affected by the bug, my Laptop is not. It depend on the chipsset and some hardware parts, but is due to their drivers.





Member since:
2009-10-04
Really, there is no problem in Linux or X with interactivity.
Don't make things up. The CFS scheduler is quite good and has no problems with interactivity on the desktop.
If you want to see a bad scheduler, look at Windows XP. I don't know if it has been improved in Vista and 7 though.
Umm... so can Linux. I do it all the time.
While there are some things I don't like about Linux, in general, we would be much better off if X were replaced than if Linux were replaced.