From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Gavin Sherry <swm(at)linuxworld(dot)com(dot)au> |
Cc: | Simon Riggs <simon(at)2ndquadrant(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: WAL/PITR additional items |
Date: | 2005-04-21 03:03:45 |
Message-ID: | 10633.1114052625@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Gavin Sherry <swm(at)linuxworld(dot)com(dot)au> writes:
> I guess I was recalling this part of the earlier thread:
> http://archives.postgresql.org/pgsql-hackers/2004-07/msg01088.php
Mmm. The question really is whether PreallocXlogFiles does anything
useful at all anymore. It once would allocate multiple segments but
Bruce took out that parameter on the grounds that it was useless...
and I think the functionality that's left may be useless too. The
code that *really* creates forward log segments these days is the
logic that recycles old log segments when we are done with 'em.
Once you reach a steady state, each checkpoint will cause about
checkpoint_segments forward xlog segments to come into being.
That's way more than what PreallocXlogFiles will ever do, and at
least in steady state it's sufficient.
Maybe what we need is for PreallocXlogFiles to make sure there
are checkpoint_segments forward segments, not only one. Given
that functionality, running it only during checkpoints would
be sufficient. (It'd probably be sufficient to run it only
at startup and when checkpoint_segments changes, actually...)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Paul Tillotson | 2005-04-21 03:06:14 | Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords |
Previous Message | Christopher Kings-Lynne | 2005-04-21 02:35:57 | Re: [COMMITTERS] pgsql: Install some slightly realistic cost estimation |