Received: from magus.postgresql.org (magus.postgresql.org [87.238.57.229]) by mail.postgresql.org (Postfix) with ESMTP id 249AF349F96 for ; Sat, 4 Feb 2012 19:34:36 -0400 (AST) Received: from [2001:1528:137::f1] (helo=mail.gransy.com) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1Rtp7r-0000oJ-V9 for pgsql-performance@postgresql.org; Sat, 04 Feb 2012 23:34:36 +0000 Received: from antispam.gransy.com (antispam.gransy.com [77.78.104.124]) by mail.gransy.com (Postfix) with ESMTP id B01E94A2116 for ; Sun, 5 Feb 2012 00:34:23 +0100 (CET) Received: from mail.gransy.com ([82.208.29.194]) by antispam.gransy.com (antispam.gransy.com [77.78.104.124]) (amavisd-new, port 10024) with ESMTP id nttc7XMdxxF6 for ; Sun, 5 Feb 2012 00:34:23 +0100 (CET) Received: by mail.gransy.com (Postfix, from userid 5000) id 36EDD4A214B; Sun, 5 Feb 2012 00:34:23 +0100 (CET) Received: from [192.168.1.237] (ip-78-45-133-255.net.upcbroadband.cz [78.45.133.255]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.gransy.com (Postfix) with ESMTPSA id E0FCC4A2148 for ; Sun, 5 Feb 2012 00:34:22 +0100 (CET) Message-ID: <4F2DC07F.1080902@fuzzy.cz> Date: Sun, 05 Feb 2012 00:34:23 +0100 From: Tomas Vondra User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Re: how to demonstrate the effect of direct I/O ? References: <4F2DBE5A.9090102@fuzzy.cz> In-Reply-To: <4F2DBE5A.9090102@fuzzy.cz> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit X-Host-Lookup-Failed: Reverse DNS lookup failed for 2001:1528:137::f1 (failed) X-Pg-Spam-Score: -1.1 (-) X-Archive-Number: 201202/25 X-Sequence-Number: 46197 On 5.2.2012 00:25, Tomas Vondra wrote: > Hi all, > > I've been running a lot of benchmarks recently (I'll publish the results > once I properly analyze them). One thing I'd like to demonstrate is the > effect of direct I/O when the wal_fsync_method is set to > open_sync/open_datasync. > > I.e. I'd like to see cases when this improves/hurts performance > (compared to fsync/fdatasync) and if/how this works on SSD compared to > old-fashioned HDD. But no matter what, I see no significant differences > in performance. BTW the benchmark suite I run consists of two parts: (a) read-write pgbench (b) TPC-H-like benchmark that loads a few GBs of data (and then queries them) I'd expect to see the effect on the TPC-H load part, and maybe on the pgbench (not sure if positive or negative). > All this was run on a kernel 3.1.5 using an ext4 filesystem. And the Pg versions tested were 9.1.2 and the current 9.2dev snapshot. Tomas