Re: Why does splitting $PGDATA and xlog yield a performance benefit?

From: Andomar <andomar(at)aule(dot)net>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Why does splitting $PGDATA and xlog yield a performance benefit?
Date: 2015-08-25 17:16:37
Message-ID: 55DCA2F5.8090109@aule.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> However, I know from experience that's not entirely true, (although it's not always easy to measure all aspects of your I/O bandwith).
>
> Am I missing something?
>
Two things I can think of:

Transaction writes are entirely sequential. If you have disks assigned
for just this purpose, then the heads will always be in the right spot,
and the writes go through more quickly.

A database server process waits until the transaction logs are written
and then returns control to the client. The data writes can be done in
the background while the client goes on to do other things. Splitting
up data and logs mean that there is less chance the disk controller will
cause data writes to interfere with log files.

Kind regards,
Andomar

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Bill Moran 2015-08-25 17:45:29 Re: Why does splitting $PGDATA and xlog yield a performance benefit?
Previous Message David Kerr 2015-08-25 17:08:48 Why does splitting $PGDATA and xlog yield a performance benefit?