Date: Wed, 9 Mar 2005 20:04:17 -0800 (PST)
From: David Lang <dlang@digitalinsight.com>
To: "Chen, Kenneth W" <kenneth.w.chen@intel.com>
cc: "'Andrew Morton'" <akpm@osdl.org>, linux-kernel@vger.kernel.org,
       axboe@suse.de
Subject: RE: Direct io on block device has performance regression on 2.6.x
 kernel
In-Reply-To: <200503100347.j2A3lRg28975@unix-os.sc.intel.com>
Message-ID: <Pine.LNX.4.62.0503092000210.4446@qynat.qvtvafvgr.pbz>
References: <200503100347.j2A3lRg28975@unix-os.sc.intel.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1940
Lines: 36

On Wed, 9 Mar 2005, Chen, Kenneth W wrote:

>> Also, I'm rather peeved that we're hearing about this regression now rather
>> than two years ago.  And mystified as to why yours is the only group which
>> has reported it.
>
> 2.6.X kernel has never been faster than the 2.4 kernel (RHEL3).  At one point
> of time, around 2.6.2, the gap is pretty close, at around 1%, but still slower.
> Around 2.6.5, we found global plug list is causing huge lock contention on
> 32-way numa box.  That got fixed in 2.6.7.  Then comes 2.6.8 which took a big
> dip at close to 20% regression.  Then we fixed 17% regression in the scheduler
> (fixed with cache_decay_tick).  2.6.9 is the last one we measured and it is 6%
> slower.  It's a constant moving target, a wild goose to chase.
>
> I don't know why other people have not reported the problem, perhaps they
> haven't got a chance to run transaction processing db workload on 2.6 kernel.
> Perhaps they have not compared, perhaps they are working on the same problem.
> I just don't know.

Also the 2.6 kernel is Soo much better in the case where you have many 
threads (even if they are all completely idle) that that improvement may 
be masking the regression that Ken is reporting (I've seen a 50% 
performance hit on 2.4 with just a thousand or two threads compared to 
2.6). let's face it, a typical linux box today starts up a LOT of stuff 
that will never get used, but will count as an idle thread.

David Lang

-- 
There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies.
  -- C.A.R. Hoare
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/