Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 25970B5DC0E for ; Mon, 16 May 2011 14:06:47 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 50716-01 for ; Mon, 16 May 2011 17:06:40 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mailhub1.renesys.com (mailhub1.ep.renesys.com [195.160.236.248]) by mail.postgresql.org (Postfix) with ESMTP id 07E3CB5D95B for ; Mon, 16 May 2011 14:06:39 -0300 (ADT) Received: from ops05.psm1.renesys.com (ops05.psm1.renesys.com [10.200.1.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailhub1.renesys.com (Postfix) with ESMTP id 2DED1671A4; Mon, 16 May 2011 17:06:39 +0000 (UTC) Received: (from rouilj@localhost) by ops05.psm1.renesys.com (8.13.8/8.13.8/Submit) id p4GH6aLT005981; Mon, 16 May 2011 17:06:36 GMT Date: Mon, 16 May 2011 17:06:36 +0000 From: John Rouillard To: Jeff Cc: pgsql-performance@postgresql.org Subject: Re: Using pgiosim realistically Message-ID: <20110516170636.GB27218@renesys.com> References: <20110513210941.GX27218@renesys.com> <20110514170702.GC32389@staff-mud-56-27.rice.edu> <20110516131730.GA27218@renesys.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201105/246 X-Sequence-Number: 43755 On Mon, May 16, 2011 at 12:23:13PM -0400, Jeff wrote: > On May 16, 2011, at 9:17 AM, John Rouillard wrote: > >However, in my case I have an 8 disk raid 10 with a read only load (in > >this testing configuration). Shouldn't I expect more iops than a > >single disk can provide? Maybe pgiosim is hitting some other boundary > >than just i/o? > > > > given your command line you are only running a single thread - use > the -t argument to add more threads and that'll increase > concurrency. a single process can only process so much at once and > with multiple threads requesting different things the drive will > actually be able to respond faster since it will have more work to > do. > I tend to test various levels - usually a single (-t 1 - the > default) to get a base line, then -t (drives / 2), -t (#drives) up > to probably 4x drives (you'll see iops level off). Ok cool. I'll try that. > >Also it turns out that pgiosim can only handle 64 files. I haven't > >checked to see if this is a compile time changable item or not. > > that is a #define in pgiosim.c So which is a better test, modifying the #define to allow specifying 200-300 1GB files, or using 64 files but increasing the size of my files to 2-3GB for a total bytes in the file two or three times the memory in my server (96GB)? > also, are you running the latest pgiosim from pgfoundry? yup version 0.5 from the foundry. > the -w param to pgiosim has it rewrite blocks out as it runs. (it is > a percentage). Yup, I was running with that and getting low enough numbers, that I switched to pure read tests. It looks like I just need multiple threads so I can have multiple reads/writes in flight at the same time. -- -- rouilj John Rouillard System Administrator Renesys Corporation 603-244-9084 (cell) 603-643-9300 x 111