From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from brick.kernel.dk ([93.163.65.50]:51666 "EHLO kernel.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752227AbZHESz1 (ORCPT ); Wed, 5 Aug 2009 14:55:27 -0400 Date: Wed, 5 Aug 2009 20:55:27 +0200 From: Jens Axboe Subject: Re: Solaris issues in 1.3.1 Message-ID: <20090805185527.GB12579@kernel.dk> References: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: Sender: fio-owner@vger.kernel.org List-Id: fio@vger.kernel.org To: Chris Worley Cc: fio@vger.kernel.org On Wed, Aug 05 2009, Chris Worley wrote: > I'm running fio 1.3.1 in Solaris.=EF=BF=BD I'm seeing two issues: >=20 > 1) Direct I/O throws an error. > 2) Performance is way too high. >=20 > W/o Direct I/O my size is set to 2.5x memory capacity to assure no > caching... yet performance for read/write is up to >7x the theoretical > speed of the storage device (i.e. it's reporting 7GB/s, when > theoretical for the device is 1GB/s). >=20 > I'm not seeing the reporting issue in 1.2.1. Are you familiar with git? If yes, then you could try and bisect the issue. You would do something ala: $ git bisect start $ git bisect good fio-1.21 $ git bisect bad fio-1.31 and then git would checkout a point in between. You would then compile and run, checking if it works or not. If the version works, then you would reply with $ git bisect good if not, then you would do $ git bisect bad This continues until git tells you which commit is the defective one. I'll give it a spin on Solaris too, I recently put Solaris 11 on a box for test purposes. --=20 Jens Axboe