Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934328AbYAaRJI (ORCPT ); Thu, 31 Jan 2008 12:09:08 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932532AbYAaRIx (ORCPT ); Thu, 31 Jan 2008 12:08:53 -0500 Received: from el-out-1112.google.com ([209.85.162.179]:4316 "EHLO el-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1763960AbYAaRIv (ORCPT ); Thu, 31 Jan 2008 12:08:51 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Wzo0glEuq+H+l6KFoCrpTQEYVV1JDDwCH90coh3CEC/pVg2y4PJ+vFI0OCDeqlCvK7tAX7ONoWJ3wgZXvmedlln6x2kWa9aWsgZuTCc02EryBVwNsC6n1yAwj0F1HZ/wpCifs+irkrWkXkUoDQ4KYufY2pK/f28uruijvEvrT7Y= Message-ID: Date: Thu, 31 Jan 2008 18:08:48 +0100 From: "Bart Van Assche" To: landman@scalableinformatics.com Subject: Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel Cc: "Vladislav Bolkhovitin" , James.Bottomley@hansenpartnership.com, linux-scsi@vger.kernel.org, rdreier@cisco.com, linux-kernel@vger.kernel.org, "Nicholas A. Bellinger" , fujita.tomonori@lab.ntt.co.jp, scst-devel@lists.sourceforge.net, akpm@linux-foundation.org, "FUJITA Tomonori" , torvalds@linux-foundation.org In-Reply-To: <47A1F67C.4020300@scalableinformatics.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080130083239E.fujita.tomonori@lab.ntt.co.jp> <20080130195635T.tomof@acm.org> <1201785938.7280.105.camel@haakon2.linux-iscsi.org> <47A1EE54.6000005@vlnb.net> <47A1F67C.4020300@scalableinformatics.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1151 Lines: 25 On Jan 31, 2008 5:25 PM, Joe Landman wrote: > Vladislav Bolkhovitin wrote: > > Actually, I don't know what kind of conclusions it is possible to make > > from disktest's results (maybe only how throughput gets bigger or slower > > with increasing number of threads?), it's a good stress test tool, but > > not more. > > Unfortunately, I agree. Bonnie++, dd tests, and a few others seem to > bear far closer to "real world" tests than disktest and iozone, the > latter of which does more to test the speed of RAM cache and system call > performance than actual IO. I have ran some tests with Bonnie++, but found out that on a fast network like IB the filesystem used for the test has a really big impact on the test results. If anyone has a suggestion for a better test than dd to compare the performance of SCSI storage protocols, please let it know. Bart Van Assche. -- 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/