[<prev] [next>] [day] [month] [year] [list]
Message-ID: <CAHQAjVF-58LAYWZev6zH0NB+Prmn=WudcxwtgwmiWv8jNSNQAA@mail.gmail.com>
Date: Mon, 18 Jul 2011 12:08:56 -0700
From: ersatz splatt <ersatzsplatt@...il.com>
To: Christoph Hellwig <hch@...radead.org>
Cc: Roland Dreier <roland@...estorage.com>,
Matthew Wilcox <matthew@....cx>, Jens Axboe <axboe@...nel.dk>,
"Jiang, Dave" <dave.jiang@...el.com>,
"Williams, Dan J" <dan.j.williams@...el.com>,
"Foong, Annie" <annie.foong@...el.com>,
"linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Nadolski, Edmund" <edmund.nadolski@...el.com>,
"Skirvin, Jeffrey D" <jeffrey.d.skirvin@...el.com>
Subject: Looking for max iops
The HBA controller is not released yet. I'm using an early version.
My hope is to cobble something together for a driver before the
hardware is in peoples' hands and give the driver to the community.
I would like to know if I'm breaking new ground by trying to drive the
number of IOPS I'm pushing now. I don't expect to be able to get a
million with the hardware I have. Is anybody driving that level of
activity now? I'm getting nowhere near half that. If nobody has
shared data at these speeds then I'd be happy to do some testing if it
is wanted.
The rq_affinity change certainly helped (as I wrote before).
By lockless, do you mean no host_lock? The queuecommand has no
host_lock use but does have some local locking.
If I am to cast suspicion on locks, I suppose I should be looking at
lock_stat (?) -- what units should I be attributing to holdtime?
Thanks for the response Christoph,
David
On Fri, Jul 15, 2011 at 7:40 PM, Christoph Hellwig <hch@...radead.org> wrote:
> On Fri, Jul 15, 2011 at 04:43:44PM -0700, ersatz splatt wrote:
>> I have a dual socket system with Tylersburg chipset (approximately
>> Westmere I gather).
>> With two Xeon X5660 packages I get this when running with more iops
>> potential than the system can handle:
>
> What HBA do you use? Does it already have a lockless ->queuecommand?
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists