Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 8BIT
Subject: RE: [PATCH] 4/4 block: explicit plugging
Date: Wed, 3 Jan 2007 13:50:46 -0800
Message-ID: <98F3657447CE934E9ADA3A348D854FB602858A4F@scsmsx414.amr.corp.intel.com>
In-Reply-To: <20070103082202.GG11203@kernel.dk>
Thread-Topic: [PATCH] 4/4 block: explicit plugging
thread-index: AccvEB1PZItVrhcJTkGulRrlxS87SgAb7W8A
From: "Chen, Kenneth W" <kenneth.w.chen@intel.com>
To: "Jens Axboe" <jens.axboe@oracle.com>, "Andrew Morton" <akpm@osdl.org>
Cc: <linux-kernel@vger.kernel.org>, "Nick Piggin" <nickpiggin@yahoo.com.au>,
       "Nick Piggin" <npiggin@suse.de>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1237
Lines: 33

Jens Axboe wrote on Wednesday, January 03, 2007 12:22 AM
> > Do you have any benchmarks which got faster with these changes?
> 
> On the hardware I have immediately available, I see no regressions wrt
> performance. With instrumentation it's simple to demonstrate that most
> of the queueing activity of an io heavy benchmark spends less time in
> the kernel (most merging activity takes place outside of the queue
lock,
> hence queueing is lock free).
> 
> I've asked Ken to run this series on some of his big iron, I hope
he'll
> have some results for us soonish.

We are having some trouble with the patch set that some of our fiber
channel
host controller doesn't initialize properly anymore and thus lost whole
bunch
of disks (somewhere around 200 disks out of 900) at boot time.
Presumably FC
loop initialization command are done through block layer etc.  I haven't
looked into the problem closely.

Jens, I assume the spin lock bug in __blk_run_queue is fixed in this
patch
set?

- Ken
-
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/