Skip site navigation (1) Skip section navigation (2)

Re: Tuning Postgres 9.1 on Windows

From: Merlin Moncure <mmoncure(at)gmail(dot)com>
To: "Walker, James Les" <JAWalker(at)cantor(dot)com>
Cc: Thomas Kellerer <spam_eater(at)gmx(dot)net>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Tuning Postgres 9.1 on Windows
Date: 2012-05-01 13:06:38
Message-ID: CAHyXU0xVG0foc24qeLexc54qtoVNuX8bMX1UcSP3foe3oUnexQ@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-performance
On Tue, May 1, 2012 at 7:51 AM, Walker, James Les <JAWalker(at)cantor(dot)com> wrote:
> Exactly, if turning off fsync gives me 100 commits/sec then I know where my bottleneck is and I can attack it. Keep in mind though that I already turned off synchronous commit -- *really* dangerous -- and it didn't have any effect.

well synchronous commit is not as dangerous:
fsync off + power failure = corrupt database
synchronous commit off + power failure = some lost transactions

still waiting on the ssd model #.  worst case scenario is that you tps
rate is in fact sync bound and you have a ssd without capacitor backed
buffers (for example, the intel 320 has them); the probable workaround
would be to set the drive cache from write through to write back but
it would unsafe in that case.  in other words, tps rates in the triple
digits would be physically impossible.

another less likely scenario is you are having network issues
(assuming you are connecting to the database through tcp/ip).  20
years in, microsoft is still figuring out how to properly configure a
network socket.

merlin

In response to

Responses

pgsql-performance by date

Next:From: Walker, James LesDate: 2012-05-01 13:14:35
Subject: Re: Tuning Postgres 9.1 on Windows
Previous:From: Walker, James LesDate: 2012-05-01 12:51:57
Subject: Re: Tuning Postgres 9.1 on Windows

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group