Re: Limiting size and number of transaction logs - Mailing list pgsql-admin

From Tom Lane
Subject Re: Limiting size and number of transaction logs
Date
Msg-id 27796.1105752931@sss.pgh.pa.us
Whole thread Raw
In response to Limiting size and number of transaction logs  ("Chris White (cjwhite)" <cjwhite@cisco.com>)
Responses Re: Limiting size and number of transaction logs  ("Chris White (cjwhite)" <cjwhite@cisco.com>)
List pgsql-admin
"Chris White (cjwhite)" <cjwhite@cisco.com> writes:
> In the documentation for 7.4 for WAL configuration, I see the following
> statement:
> There will be at least one 16 MB segment file, and will normally not be more
> than 2 * checkpoint_segments + 1 files.

> So if I have 1 checkpoint segment configured, does this mean there will be a
> max of 4 16MB files or 3 16MB files.

Note the word "normally" --- there's no guarantees here.  A spike in WAL
output rate could result in more WAL segments than usual.  But if you
have checkpoint_segments = 1 and the system never generates more than
16MB of WAL output before the next checkpoint can complete, there'd
probably be only two WAL segments.  The formula says three, but what
that actually means is that the checkpoint logic will allow up to three
to exist without trying to get rid of any.  I think that with a low
enough output rate, it would flip between two segments without ever
trying to make a third one.

> Is there anyway of reducing this number of files, as I am running on a
> system which is very tight on disk space and doesn't have that much DB
> transaction  throughput that needs this number of transaction logs or is
> there a way of making the size smaller?

In 8.0 the segment size can be configured at compile time, but I don't
think I'd risk it in earlier releases.

            regards, tom lane

pgsql-admin by date:

Previous
From: Michael Fuhr
Date:
Subject: Re: Script terminates even though ON_ERROR_STOP not set
Next
From: Jaider Sousa Fraga
Date:
Subject: hi people