On 11/19/2010 05:36 PM, Alan McKinnon wrote:
Apparently, though unproven, at 17:18 on Friday 19 November 2010, Nikos
Chantziaras did opine thusly:
On 11/19/2010 04:37 AM, Adam Carter wrote:
2.6.38 should contain a ~200 line patch that makes a huge difference to
desktop responsiveness under load;
"Tests done by Mike show the maximum latency dropping by over ten times
and the average latency of the desktop by about 60 times"
Ref:
http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1
<http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num
=1>
And a RedHat dev reckons you can get the same via configuration;
Ref:
http://www.webupd8.org/2010/11/alternative-to-200-lines-kernel-patch.html
I havent tried it yet...
Doesn't this patch group tasks by TTY?
As I understand it, the kernel patch does group by TTY. Personally I think
that's just one way of doing it and there could be others. So it's more proof-
of-concept than TheOneTrueWay(tm)
The config and bash commands method from RedHat does things slightly
differently. Prevailing opinion on /. is that the patch method is cleaner but
more restrictive, which the userspace method is more configurable but requires
root.
Perhaps distros will pick up on this and offer other criteria, maybe something
like a profile selectable at boot-time or maybe even runtime.
What *I* would like to see is flash goes into it's own group and gets
throttled. Everything else running under KDE is in a different group and left
to run full speed
I was kind of hoping this would give results in the same league as the
BFS patch, but it seems it something that needs tweaking and doesn't
"just work for everything." It doesn't look like it's for desktop
users, only for "make -j999" people.
