From owner-freebsd-current@FreeBSD.ORG Mon Sep 10 19:44:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 433491065674; Mon, 10 Sep 2012 19:44:45 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E75CB8FC16; Mon, 10 Sep 2012 19:44:44 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so3089640pbb.13 for ; Mon, 10 Sep 2012 12:44:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=DktDItniDrP7kBVo3G3yFoeRiR2DDhnEmRXYEZrbqZ4=; b=Aa8tS1CkoIggcjLHZElTXo+uFcEHyZRS/mqfhzkIo718XvwEpV66Xf4BSFhBtfZo8H zVibp1VU9ubfDBHCJclGPempjtgeTYQcg7uegp5CNdVziGsFvp6L7ZorS0z37u+tTko5 HfHGdW//lL8OjJ+eC08xsC/nawb05J2xganDKjWDEZKrlRnV3LeCRnfuTL032YGzTpDa Fl/nkmFZQr54JEqjQC1XugIQY2l7EwYayHLoNNGnYWOkfccU6mZtggciLZbk0Kj5875b sgcsybzD2I6RehCVF0FMvOXTJdAejKPUAI5uBT2MCAUip+0OrK4LS46ACEm6xMpfiM3N 3MbQ== Received: by 10.66.79.38 with SMTP id g6mr23011130pax.40.1347306284548; Mon, 10 Sep 2012 12:44:44 -0700 (PDT) Received: from bakeneko.local (108-213-216-134.lightspeed.sntcca.sbcglobal.net. [108.213.216.134]) by mx.google.com with ESMTPS id qw6sm8541404pbc.26.2012.09.10.12.44.42 (version=SSLv3 cipher=OTHER); Mon, 10 Sep 2012 12:44:43 -0700 (PDT) Message-ID: <504E42D0.3080001@gmail.com> Date: Mon, 10 Sep 2012 12:43:12 -0700 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.6esrpre) Gecko/20120730 Thunderbird/10.0.6 MIME-Version: 1.0 To: Andrey Zonov References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <504E200A.5020604@gmail.com> <504E330A.4090806@FreeBSD.org> In-Reply-To: <504E330A.4090806@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Achim Patzner , freebsd-current@freebsd.org Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2012 19:44:45 -0000 On 09/10/12 11:35, Andrey Zonov wrote: > On 9/10/12 9:14 PM, matt wrote: >> On 09/10/12 05:38, Achim Patzner wrote: >>> Hi! >>> >>> We=92re testing a new Intel S2600GL-based server with their recommend= ed RAID adapter ("Intel(R) Integrated RAID Module RMS25CB080=94) which is= identified as >>> >>> mfi0: port 0x2000-0x20ff mem 0xd0c60000-0xd0c63fff,0xd0= c00000-0xd0c3ffff irq 34 at device 0.0 on pci5 >>> mfi0: Using MSI >>> mfi0: Megaraid SAS driver Ver 4.23=20 >>> mfi0: MaxCmd =3D 3f0 MaxSgl =3D 46 state =3D b75003f0=20 >>> >>> or >>> >>> mfi0@pci0:5:0:0: class=3D0x010400 card=3D0x35138086 chip=3D0x0= 05b1000 rev=3D0x03 hdr=3D0x00 >>> vendor =3D 'LSI Logic / Symbios Logic' >>> device =3D 'MegaRAID SAS 2208 [Thunderbolt]' >>> class =3D mass storage >>> subclass =3D RAID >>> >>> and seems to be doing quite well. >>> >>> As long as it isn=92t used=85 >>> >>> When the system is getting a bit more IO load it is getting close to = unusable as soon as there are a few writes (independent of configuration,= it is even sucking as a glorified S-ATA controller). Equipping it with = an older (unsupported) controller like an SRCSASRB >>> (mfi0@pci0:10:0:0: class=3D0x010400 card=3D0x100a8086 chip=3D0x= 00601000 rev=3D0x04 hdr=3D0x00 >>> vendor =3D 'LSI Logic / Symbios Logic' >>> device =3D 'MegaRAID SAS 1078' >>> class =3D mass storage >>> subclass =3D RAID) solves the problem but won=92t make Intel=92= s support happy. >>> >>> Has anybody similar experiences with the mfi driver? Any good ideas b= esides running an unsupported configuration? >>> >>> >>> Achim >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" >> I just set up an IBM m1015 (aka LSI 9240lite aka Drake Skinny) with mf= i. >> Performance was excellent for mfisyspd volumes, as I compared using th= e >> same hardware but with firmware (2108it.bin) that attaches under mps. >> Bonnie++ results on random disks were very close if not identical >> between mfi and mps. ZFS performance was also identical between a >> mfisysd JBOD volume and a mps "da" raw volume. It was also quite clear= >> mfisyspd volumes are true sector-for-sector pass through devices. >> >> However, I could not get smartctl to see an mfisyspd volume (it claime= d >> there was no such file...?) and so I flashed the controller back to mp= s >> for now. A shame, because I really like the mfi driver better, and >> mfiutil worked great (even to flash firmware updates). >> > Have you got /dev/pass* when the controller run under mfi driver? If > so, try to run smartctl on them. If not, add 'device mfip' in your > kernel config file. > I will try mfi firmware again tonight. With ZFS it seemed happy whether the pool was /dev/da* or /dev/mfisyspd*. Is the mfisyspd device name set in stone? It's quite long! Matt