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
Views: Raw Message | Whole Thread | Download mbox | Resend email
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

Browse pgsql-performance by date

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