<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://kerneltrap.org"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>KernelTrap - Kyle Moffett</title>
 <link>http://kerneltrap.org/taxonomy/term/758/0</link>
 <description></description>
 <language>en-local</language>
<item>
 <title>Benchmarking CFS</title>
 <link>http://kerneltrap.org/Linux/Benchmarking_CFS</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;Looking at these graphs (and the fixed one from your second  email), it sure looks a lot like CFS is doing at *least* as well as the old scheduler in every single test, and doing much better in most of them (in addition it&#039;s much more consistent between runs),&lt;/i&gt;&quot; &lt;a href=&quot;http://kerneltrap.org/mailarchive/linux-kernel/2007/9/14/259697&quot;&gt;Kyle Moffett noted&lt;/a&gt; regarding recent benchmarks run against the Completely Fair Scheduler by Rob Hussey.  Kyle continued:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;This seems to jive with all the other benchmarks and overall empirical testing that everyone has been doing.  Overall I have to say a job well done for Ingo, Peter, Con, and all the other major contributors to this impressive endeavor.&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://kerneltrap.org/Linux/Benchmarking_CFS&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://kerneltrap.org/Linux/Benchmarking_CFS#comments</comments>
 <category domain="http://kerneltrap.org/benchmark">benchmark</category>
 <category domain="http://kerneltrap.org/CFS">CFS</category>
 <category domain="http://kerneltrap.org/taxonomy/term/758">Kyle Moffett</category>
 <category domain="http://kerneltrap.org/Linux">Linux</category>
 <category domain="http://kerneltrap.org/Rob_Hussey">Rob Hussey</category>
 <category domain="http://kerneltrap.org/scheduler">scheduler</category>
 <category domain="http://kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Fri, 14 Sep 2007 15:35:30 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">14381 at http://kerneltrap.org</guid>
</item>
<item>
 <title>CFS Digressions</title>
 <link>http://kerneltrap.org/Linux/CFS_Digressions</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;In the patch you really remove _a_lot_ of stuff,&lt;/i&gt;&quot; &lt;a href=&quot;http://kerneltrap.org/mailarchive/linux-kernel/2007/9/12/258754&quot;&gt;commented Roman Zippel&lt;/a&gt; in his reaction to Ingo Molnar&#039;s &lt;a href=&quot;http://kerneltrap.org/Linux/CFS_Focusing_on_Simplification_and_Performance&quot;&gt;latest updates&lt;/a&gt; to the Completely Fair Scheduler.  Roman has been consistently critical of Ingo&#039;s efforts, asking questions and criticizing Ingo&#039;s feedback.  He continued, &quot;&lt;i&gt;you also removed a lot of things I tried to get you to explain them to me. On the one hand I could be happy that these things are gone, as they were the major road block to splitting up my own patch. On the other hand it still leaves me somewhat unsatisfied, as I still don&#039;t know what that stuff was good for.&lt;/i&gt;&quot;&lt;/p&gt;
&lt;p&gt;Ingo replied to Roman&#039;s technical concerns, and pointed out that he&#039;d been traveling for the recent kernel summit, adding, &quot;&lt;i&gt;I bent backwards trying to somehow get you to cooperate with us (and I still haven&#039;t given up on that!) - instead of you disparaging CFS and me frequently :-(&lt;/i&gt;&quot;.  Willy Tarreau took a more &lt;a href=&quot;http://kerneltrap.org/mailarchive/linux-kernel/2007/9/13/259532&quot;&gt;critical stance&lt;/a&gt;, calling into question Roman&#039;s motives.  He noted that he had been impressed by Roman&#039;s original review of the scheduler, but disappointed as the discussion seemed to degenerate, &quot;&lt;i&gt;it&#039;s the way you&#039;re trying to prove Ingo is a bastard and that you&#039;re a victim. But if we just re-read a few pick-ups of your mails since Aug 1st, its getting pretty obvious that you completely made up this situation.&lt;/i&gt;&quot;  Kyle Moffett &lt;a href=&quot;http://kerneltrap.org/mailarchive/linux-kernel/2007/9/13/259339&quot;&gt;added&lt;/a&gt;, &quot;&lt;i&gt;I get the impression that Ingo re-implemented some ideas that you had because you refused to do so in a way that was acceptable for the upstream kernel.  How exactly is this a bad thing?&lt;/i&gt;&quot;&lt;/p&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://kerneltrap.org/Linux/CFS_Digressions&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://kerneltrap.org/Linux/CFS_Digressions#comments</comments>
 <category domain="http://kerneltrap.org/CFS">CFS</category>
 <category domain="http://kerneltrap.org/flames">flames</category>
 <category domain="http://kerneltrap.org/Ingo_Molnar">Ingo Molnar</category>
 <category domain="http://kerneltrap.org/taxonomy/term/758">Kyle Moffett</category>
 <category domain="http://kerneltrap.org/Linux">Linux</category>
 <category domain="http://kerneltrap.org/RFS">RFS</category>
 <category domain="http://kerneltrap.org/Roman_Zippel">Roman Zippel</category>
 <category domain="http://kerneltrap.org/Willy_Tarreau">Willy Tarreau</category>
 <category domain="http://kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Fri, 14 Sep 2007 09:25:57 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">14378 at http://kerneltrap.org</guid>
</item>
<item>
 <title>Linux: DRBD, The Distributed Replicated Block Device</title>
 <link>http://kerneltrap.org/node/13983</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;Lars Ellenberg started an effort to get &lt;a href=&quot;http://www.drbd.org/&quot;&gt;DRBD&lt;/a&gt;, the Distributed Replicated Block Device merged into the Linux kernel.  When asked for clarification as to what it was, Lars explained, &quot;&lt;i&gt;think of it as RAID1 over TCP.  Typically you have one Node in Primary, the other as Secondary, replication target only. But you can also have both Active, for use with a cluster file system.&lt;/i&gt;&quot;  Earlier in the thread he described it as &quot;&lt;i&gt;a stacked block device driver&lt;/i&gt;&quot;.&lt;/p&gt;
&lt;p&gt;Much of the initial review focused on the need to comply with kernel coding style guidelines.  Kyle Moffett offered a much lengthier review, noting at one point in the code, &quot;&lt;i&gt;how about fixing this to actually use proper workqueues or something instead of this open-coded mess?&lt;/i&gt;&quot;  Lars replied, &quot;&lt;i&gt;unlikely to happen &#039;right now&#039;.  But it is on our todo list...&lt;/i&gt;&quot;  Jens Axboe added, &quot;&lt;i&gt;but stuff like that is definitely a merge show stopper, jfyi&lt;/i&gt;&quot;.&lt;/p&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://kerneltrap.org/node/13983&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://kerneltrap.org/node/13983#comments</comments>
 <category domain="http