[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.1.00.0802051016240.9374@woody.linux-foundation.org>
Date: Tue, 5 Feb 2008 10:18:11 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Bart Van Assche <bart.vanassche@...il.com>
cc: James Bottomley <James.Bottomley@...senpartnership.com>,
FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>,
Vladislav Bolkhovitin <vst@...b.net>,
Vu Pham <vuhuong@...lanox.com>,
Andrew Morton <akpm@...ux-foundation.org>,
linux-scsi@...r.kernel.org, scst-devel@...ts.sourceforge.net,
linux-kernel@...r.kernel.org,
"Nicholas A. Bellinger" <nab@...ux-iscsi.org>
Subject: Re: Integration of SCST in the mainstream Linux kernel
On Tue, 5 Feb 2008, Bart Van Assche wrote:
>
> Results that I did not expect:
> * A block transfer size of 1 MB is not enough to measure the maximal
> throughput. The maximal throughput is only reached at much higher
> block sizes (about 10 MB for SCST + SRP and about 100 MB for STGT +
> iSER).
Block transfer sizes over about 64kB are totally irrelevant for 99% of all
people.
Don't even bother testing anything more. Yes, bigger transfers happen, but
a lot of common loads have *smaller* transfers than 64kB.
So benchmarks that try to find "theoretical throughput" by just making big
transfers should just be banned. They give numbers, yes, but the numbers
are pointless.
Linus
--
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