From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: test_fsync label adjustments |
Date: | 2011-01-18 23:09:27 |
Message-ID: | 201101182309.p0IN9R314100@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> Bruce Momjian <bruce(at)momjian(dot)us> writes:
> > Tom Lane wrote:
> >> Bruce Momjian <bruce(at)momjian(dot)us> writes:
> >>> I have modified test_fsync to use test labels that match wal_sync_method
> >>> values, and and added more tests for open_sync with different sizes.
>
> >> Given that it was unclear whether the first such test was of any value,
> >> why are you slowing down the program by adding more?
>
> > Greg Smith indicated it has value, so I made it more complete. No?
>
> My recollection of that discussion is a bit different: there wasn't a
> clear-cut reason to rip it out. But the more tests you add to
> test_fsync, the less useful it becomes.
Well, this is Greg Smith's text:
http://archives.postgresql.org/pgsql-hackers/2011-01/msg01717.php
> Might be some value for determining things like what the optimal WAL
> block size to use is. All these tests are kind of hard to use
> effectively still, I'm not sure if it's time to start trimming tests yet
> until we've made more progress on interpreting results first.
so I figured the test should be complete; a partial test is pretty
useless. What I am thinking is that the program should just run the
first test by default (to choose wal_sync_method), and add a -v option
to run the additional tests. Yes?
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ It's impossible for everything to be true. +
From | Date | Subject | |
---|---|---|---|
Next Message | A.M. | 2011-01-18 23:20:11 | Re: test_fsync label adjustments |
Previous Message | Tom Lane | 2011-01-18 23:08:03 | Re: Fixing GIN for empty/null/full-scan cases |