pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Alvaro Herrera <alvherre@commandprompt.com>
To: Kevin Grittner <Kevin.Grittner@wicourts.gov>
Cc: hannu@krosing.net
Cc: aidan@highrise.ca
Cc: jesper@krogh.cc
Cc: pgsql-performance@postgresql.org
Subject: Re: moving pg_xlog -- yeah, it's worth it!
Date: Fri, 12 Feb 2010 11:03:48 -0300
Message-ID: <20100212140348.GA3737@alvh.no-ip.org> (raw)
In-Reply-To: <4B750193020000250002F22D@gw.wicourts.gov>
References: <4B750193020000250002F22D@gw.wicourts.gov>

Kevin Grittner wrote:
> Hannu Krosing  wrote:
>  
> > Can it be, that each request does at least 1 write op (update
> > session or log something) ?
>  
> Well, the web application connects through a login which only has
> SELECT rights; but, in discussing a previous issue we've pretty well
> established that it's not unusual for a read to force a dirty buffer
> to write to the OS.  Perhaps this is the issue here again.  Nothing
> is logged on the database server for every request.

I don't think it explains it, because dirty buffers are obviously
written to the data area, not pg_xlog.

> I wonder if it might also pay to make the background writer even more
> aggressive than we have, so that SELECT-only queries don't spend so
> much time writing pages.

That's worth trying.

> Anyway, given that these are replication
> targets, and aren't the "database of origin" for any data of their
> own, I guess there's no reason not to try asynchronous commit. 

Yeah; since the transactions only ever write commit records to WAL, it
wouldn't matter a bit that they are lost on crash.  And you should see
an improvement, because they wouldn't have to flush at all.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support



view thread (19+ messages)  latest in thread

Message-ID: <20100212140348.GA3737@alvh.no-ip.org>
Permalink:  ../20100212140348.GA3737@alvh.no-ip.org/
Also on:    postgresql.org/message-id/20100212140348.GA3737@alvh.no-ip.org

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: alvherre@commandprompt.com, Kevin.Grittner@wicourts.gov, hannu@krosing.net, aidan@highrise.ca, jesper@krogh.cc
  Subject: Re: moving pg_xlog -- yeah, it's worth it!
  In-Reply-To: <20100212140348.GA3737@alvh.no-ip.org>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox