<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://www.kerneltrap.org"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>KernelTrap - tunables</title>
 <link>http://www.kerneltrap.org/taxonomy/term/534/0</link>
 <description></description>
 <language>en-local</language>
<item>
 <title>Quote: Sensible Defaults</title>
 <link>http://www.kerneltrap.org/Quote/Sensible_Defaults</link>
 <description>&lt;!-- google_ad_section_start --&gt;&lt;p&gt;&quot;Thats a very arrogant viewpoint. I don&#039;t have to be a TV engineer to use my television.  Distributions should be providing sensible defaults out of the box. The kernel already provides them the mechanisms.&quot;&lt;/p&gt;
&lt;!-- google_ad_section_end --&gt;</description>
 <comments>http://www.kerneltrap.org/Quote/Sensible_Defaults#comments</comments>
 <category domain="http://www.kerneltrap.org/Alan_Cox">Alan Cox</category>
 <category domain="http://www.kerneltrap.org/Linux">Linux</category>
 <category domain="http://www.kerneltrap.org/quote">quote</category>
 <category domain="http://www.kerneltrap.org/tunables">tunables</category>
 <category domain="http://www.kerneltrap.org/taxonomy/term/1102">Alan Cox</category>
 <category domain="http://www.kerneltrap.org/taxonomy/term/1094">linux-kernel</category>
 <pubDate>Tue, 20 Nov 2007 16:14:22 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">14852 at http://www.kerneltrap.org</guid>
</item>
<item>
 <title>Pluggable Schedulers vs. Pluggable Security</title>
 <link>http://www.kerneltrap.org/Linux/Pluggable_Schedulers_vs_Pluggable_Security</link>
 <description>&lt;div class=&quot;taxonomy-images&quot;&gt;&lt;a href=&quot;/news/linux&quot; class=&quot;taxonomy-image-links&quot;&gt;&lt;img src=&quot;http://kerneltrap.org/files/category_pictures/K-Linux.gif&quot; alt=&quot;Linux news&quot; title=&quot;Linux news&quot;  width=&quot;75&quot; height=&quot;75&quot; /&gt;&lt;/a&gt;&lt;/div&gt;&lt;!-- google_ad_section_start --&gt;&lt;p&gt;In a continuing discussion about the difference between pluggable security and pluggable schedulers, &lt;a href=&quot;http://kerneltrap.org/mailarchive/linux-kernel/2007/10/2/327724&quot;&gt;Linus Torvalds quoted himself&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;Another difference is that when it comes to schedulers, I feel like I actually can make an informed decision. Which means that I&#039;m perfectly happy to just make that decision, and take the flak that I get for it. And I do (both decide, and get flak). That&#039;s my job.&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;He added, &quot;&lt;i&gt;which you seem to not have read or understood (neither did apparently anybody on slashdot)&lt;/i&gt;&quot;.  Linus continued, &quot;&lt;i&gt;the arguments that &#039;servers&#039; have a different profile than &#039;desktop&#039; is pure and utter garbage, and is perpetuated by people who don&#039;t know what they are talking about.&lt;/i&gt;&quot;   He then asked and answered his own question, &quot;&lt;i&gt;really: tell me what the difference is between &#039;desktop&#039; and &#039;server&#039; scheduling. There is absolutely *none*,&lt;/i&gt;&quot; going on to explain:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;Yes, there are differences in tuning, but those have nothing to do with the basic algorithm. They have to do with goals and trade-offs, and most of the time we should aim for those things to auto-tune (we do have the things in /proc/sys/kernel/, but I really hope very few people use them other than for testing or for some extreme benchmarking - at least I don&#039;t personally consider them meant primarily for &#039;production&#039; use).&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://www.kerneltrap.org/Linux/Pluggable_Schedulers_vs_Pluggable_Security&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.kerneltrap.org/Linux/Pluggable_Schedulers_vs_Pluggable_Security#comments</comments>
 <category domain="http://www.kerneltrap.org/Linus_Torvalds">Linus Torvalds</category>
 <category domain="http://www.kerneltrap.org/Linux">Linux</category>
 <category domain="http://www.kerneltrap.org/taxonomy/term/607">plugsched</category>
 <category domain="http://www.kerneltrap.org/scheduler">scheduler</category>
 <category domain="http://www.kerneltrap.org/security">security</category>
 <category domain="http://www.kerneltrap.org/tunables">tunables</category>
 <category domain="http://www.kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Wed, 03 Oct 2007 14:13:32 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">14503 at http://www.kerneltrap.org</guid>
</item>
<item>
 <title>Linux: DeskOpt, &quot;Completely Unfair Scheduling&quot;</title>
 <link>http://www.kerneltrap.org/Linux/DeskOpt_Completely_Unfair_Scheduling</link>
 <description>&lt;div class=&quot;taxonomy-images&quot;&gt;&lt;a href=&quot;/news/linux&quot; class=&quot;taxonomy-image-links&quot;&gt;&lt;img src=&quot;http://kerneltrap.org/files/category_pictures/K-Linux.gif&quot; alt=&quot;Linux news&quot; title=&quot;Linux news&quot;  width=&quot;75&quot; height=&quot;75&quot; /&gt;&lt;/a&gt;&lt;/div&gt;&lt;!-- google_ad_section_start --&gt;&lt;p&gt;&quot;&lt;i&gt;Completely fair scheduling is [a] really good thing, but if you want the best performance for certain applications you need to tune up some things,&lt;/i&gt;&quot; explained Michal Piotrowski in his announcement for the fifth version of his &lt;a href=&quot;http://www.stardust.webpages.pl/files/tools/deskopt/&quot;&gt;DeskOpt&lt;/a&gt; daemon.  The daemon is a Python script that helps to automatically tune the I/O scheduler and the process scheduler to offer better performance for certain applications such as games or audio applications.  The script supports the default CFS process scheduler and CFQ I/O scheduler, as well as the anticipatory I/O scheduler and the deadline I/O scheduler.&lt;/p&gt;
&lt;p&gt;The small script utilizes an XML configuration file, &lt;code&gt;deskopt.conf&lt;/code&gt;, used to  define scheduler classes each supporting their own scheduler tunings.  One or more applications can then be added to each scheduler class, and when any of the specified applications starts the daemon will automatically tune the schedulers per the settings in that scheduler class.  As examples in the provided sample configuration file Michal defines a &quot;games&quot; scheduler class defining two games receiving the highest scheduler priority and an &quot;audio&quot; scheduler class receiving not quite as high of a scheduler priority.&lt;/p&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://www.kerneltrap.org/Linux/DeskOpt_Completely_Unfair_Scheduling&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.kerneltrap.org/Linux/DeskOpt_Completely_Unfair_Scheduling#comments</comments>
 <category domain="http://www.kerneltrap.org/anticipatory_scheduler">anticipatory scheduler</category>
 <category domain="http://www.kerneltrap.org/CFQ">CFQ</category>
 <category domain="http://www.kerneltrap.org/CFS">CFS</category>
 <category domain="http://www.kerneltrap.org/deadline">deadline</category>
 <category domain="http://www.kerneltrap.org/taxonomy/term/877">deskopt</category>
 <category domain="http://www.kerneltrap.org/taxonomy/term/277">Michal Piotrowski</category>
 <category domain="http://www.kerneltrap.org/scheduler">scheduler</category>
 <category domain="http://www.kerneltrap.org/tunables">tunables</category>
 <category domain="http://www.kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Thu, 06 Sep 2007 04:01:04 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">14289 at http://www.kerneltrap.org</guid>
</item>
<item>
 <title>Linux:  Automatic Kernel Tunables</title>
 <link>http://www.kerneltrap.org/node/7578</link>
 <description>&lt;div class=&quot;taxonomy-images&quot;&gt;&lt;a href=&quot;/news/linux&quot; class=&quot;taxonomy-image-links&quot;&gt;&lt;img src=&quot;http://kerneltrap.org/files/category_