Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752640Ab0HXHgW (ORCPT ); Tue, 24 Aug 2010 03:36:22 -0400 Received: from reaktio.net ([194.89.68.22]:49380 "EHLO ydin.reaktio.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751488Ab0HXHgU (ORCPT ); Tue, 24 Aug 2010 03:36:20 -0400 X-Greylist: delayed 620 seconds by postgrey-1.27 at vger.kernel.org; Tue, 24 Aug 2010 03:36:19 EDT Date: Tue, 24 Aug 2010 10:25:57 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Chetan Loke Cc: Bart Van Assche , Vladislav Bolkhovitin , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, James Bottomley , scst-devel Subject: Re: [Scst-devel] Fwd: Re: linuxcon 2010... Message-ID: <20100824072557.GK2804@reaktio.net> References: <8A96806D-6CD7-44AD-8A9D-143C098C95A4@uni-paderborn.de> <1282256949.30453.278.camel@haakon2.linux-iscsi.org> <4C701E08.2020005@vlnb.net> <1282423398.3015.39.camel@mulgrave.site> <1282508953.3042.102.camel@mulgrave.site> <4C727BEB.9020100@scalableinformatics.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2838 Lines: 63 On Mon, Aug 23, 2010 at 02:03:26PM -0400, Chetan Loke wrote: > I actually received 3+ off-post emails asking whether I was talking > about initiator or target in the 100K IOPS case below and what did I > mean by the ACKs. > I was referring to the 'Initiator' side. > ACKs == When scsi-ML down-calls the LLD via the queue-command, process > the sgl's(if you like) and then trigger the scsi_done up-call path. > Uhm, Intel and Microsoft demonstrated over 1 million IOPS using software iSCSI and a single 10 Gbit Ethernet NIC (Intel 82599). How come there is such a huge difference? What are we lacking in Linux? -- Pasi > Chetan Loke > > On Mon, Aug 23, 2010 at 12:07 PM, Chetan Loke wrote: > > On Mon, Aug 23, 2010 at 11:11 AM, Bart Van Assche wrote: > > > >> > >> There is an important design difference between SCST and LIO: SCST by > >> defaults creates multiple threads to process the I/O operations for a > >> storage target, while LIO only creates a single thread per storage target. > >> This makes SCST perform measurably faster. > >> > > > > Forget that. You could have discussed this if there were code reviews > > or other mainline inclusion emails from James B. From what I have > > heard, the decision was taken around 8-9 months back. > > Would anyone like to either comment/validate/refute this please? ?If > > not then I would kindly request these guys to stop taking us for a > > test drive. And also I'm not sure when was the last time James B. > > bench-marked our scsi-stack. Even if I ACK in the xmit-path then I > > can't push more than 100K IOPs. But other folks have re-engineered our > > linux-scsi stack and from what I've heard they can push > 300K+ IOPs. > > So I would just ignore performance discussion because I don't think > > folks have done even simple lame experiments in the last 1 year. Or > > may be I'm completely wrong and so please enlighten me so that I can > > re-run the tests. > > > > > >> Bart. > >> > > Chetan Loke > > > > ------------------------------------------------------------------------------ > Sell apps to millions through the Intel(R) Atom(Tm) Developer Program > Be part of this innovative community and reach millions of netbook users > worldwide. Take advantage of special opportunities to increase revenue and > speed time-to-market. Join now, and jumpstart your future. > http://p.sf.net/sfu/intel-atom-d2d > _______________________________________________ > Scst-devel mailing list > Scst-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/scst-devel -- 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/