X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id F32E411F6A9A for ; Fri, 7 Apr 2006 16:29:58 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 78085-06 for ; Fri, 7 Apr 2006 16:29:54 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from my.endian.it (unknown [62.146.87.34]) by postgresql.org (Postfix) with ESMTP id BCDD811F677D for ; Fri, 7 Apr 2006 16:29:55 -0300 (ADT) Received: from dell.home.lan (host14-128.pool8251.interbusiness.it [82.51.128.14]) (authenticated (0 bits)) by my.endian.it (8.11.6/8.11.6) with ESMTP id k37KWUr04532; Fri, 7 Apr 2006 22:32:31 +0200 Subject: Re: bad performance on Solaris 10 From: Chris Mair To: Robert Lor Cc: Josh Berkus , Mark Kirkwood , pgsql-performance@postgresql.org, llonergan@greenplum.com In-Reply-To: <4434C505.1000205@sun.com> References: <1144111178.3723.80.camel@dell.home.lan> <1144279780.5133.19.camel@dell.home.lan> <44346DAA.2080905@paradise.net.nz> <200604052135.14326.josh@agliodbs.com> <1144303269.3718.4.camel@dell.home.lan> <4434C505.1000205@sun.com> Content-Type: text/plain Date: Fri, 07 Apr 2006 21:29:34 +0200 Message-Id: <1144438174.3729.20.camel@dell.home.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-22) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.12 required=5 tests=[AWL=0.120] X-Spam-Score: 0.12 X-Spam-Level: X-Archive-Number: 200604/148 X-Sequence-Number: 18232 > >Ok, so I did a few runs for each of the sync methods, keeping all the > >rest constant and got this: > > > >open_datasync 0.7 > >fdatasync 4.6 > >fsync 4.5 > >fsync_writethrough not supported > >open_sync 0.6 > > > >in arbitrary units - higher is faster. > > > >Quite impressive! > > > > > > > > > Chris, > Just to make sure the x4100 config is similar to your Linux system, can > you verify the default setting for disk write cache and make sure they > are both enabled or disabled. Here's how to check in Solaris. > As root, run "format -e" -> pick a disk -> cache -> write_cache -> display > > Not sure how to do it on Linux though! > > Regards, > -Robert I don't have access to the machine for the next few days due to eh... let's call it firewall accident ;), but it might very well be that it was off on the x4100 (I know it's on the smaller Linux box). That together with the bad default sync method can definitely explain the strangely slow out of box performance I got. So thanks again for explaining this to me :) Bye, Chris.