1
- <!-- $Header: /cvsroot/pgsql/doc/src/sgml/regress.sgml,v 1.34 2003/09/12 22:17:23 tgl Exp $ -->
1
+ <!-- $Header: /cvsroot/pgsql/doc/src/sgml/regress.sgml,v 1.35 2003/11/02 21:56:14 tgl Exp $ -->
2
2
3
3
<chapter id="regress">
4
4
<title id="regress-title">Regression Tests</title>
@@ -52,18 +52,18 @@ gmake check
52
52
<screen>
53
53
<computeroutput>
54
54
======================
55
- All 77 tests passed.
55
+ All 93 tests passed.
56
56
======================
57
57
</computeroutput>
58
58
</screen>
59
- or otherwise a note about what tests failed. See <xref
59
+ or otherwise a note about which tests failed. See <xref
60
60
linkend="regress-evaluation"> below for more.
61
61
</para>
62
62
63
63
<note>
64
64
<para>
65
65
Because this test method runs a temporary server, it will not work
66
- when you are the root user (the server will not start as root).
66
+ when you are the root user (since the server will not start as root).
67
67
If you already did the build as root, you do not have to start all
68
68
over. Instead, make the regression test directory writable by
69
69
some other user, log in as that user, and restart the tests.
@@ -88,14 +88,18 @@ gmake check
88
88
<para>
89
89
The parallel regression test starts quite a few processes under your
90
90
user ID. Presently, the maximum concurrency is twenty parallel test
91
- scripts, which means sixty processes: there's a server process, a <application>psql</>,
92
- and usually a shell parent process for the <application>psql</> for each test script.
91
+ scripts, which means sixty processes: there's a server process, a
92
+ <application>psql</>, and usually a shell parent process for the
93
+ <application>psql</> for each test script.
93
94
So if your system enforces a per-user limit on the number of processes,
94
95
make sure this limit is at least seventy-five or so, else you may get
95
96
random-seeming failures in the parallel test. If you are not in
96
- a position to raise the limit, you can edit the file
97
- <filename>src/test/regress/parallel_schedule</> to split the
98
- larger concurrent test sets into more manageable groups.
97
+ a position to raise the limit, you can cut down the degree of parallelism
98
+ by setting the <literal>MAX_CONNECTIONS</> parameter. For example,
99
+ <screen>
100
+ gmake MAX_CONNECTIONS=10 check
101
+ </screen>
102
+ runs no more than ten tests concurrently.
99
103
</para>
100
104
</tip>
101
105
@@ -109,8 +113,8 @@ gmake check
109
113
<screen>
110
114
gmake SHELL=/bin/ksh check
111
115
</screen>
112
- If no non-broken shell is available, you can alter the parallel test
113
- schedule as suggested above.
116
+ If no non-broken shell is available, you may be able to work around the
117
+ problem by limiting the number of connections, as shown above.
114
118
</para>
115
119
</tip>
116
120
@@ -177,7 +181,7 @@ gmake installcheck
177
181
178
182
<para>
179
183
If you run the tests against an already-installed server that was
180
- initialized with a collation order locale different than C then
184
+ initialized with a collation- order locale other than C, then
181
185
there may be differences due to sort order and follow-up
182
186
failures. The regression test suite is set up to handle this
183
187
problem by providing alternative result files that together are
@@ -199,7 +203,7 @@ gmake installcheck
199
203
<literal><replaceable>testname</>_<replaceable>digit</>.out</>.
200
204
The actual digit is not significant. Remember that the
201
205
regression test driver will consider all such files to be equally
202
- valid test results. If the test results are platform-dependent ,
206
+ valid test results. If the test results are platform-specific ,
203
207
the technique described in <xref linkend="regress-platform">
204
208
should be used instead.
205
209
</para>
@@ -245,7 +249,7 @@ env TZ=PST8PDT date
245
249
</screen>
246
250
The command above should have returned the current system time in
247
251
the <literal>PST8PDT</literal> time zone. If the <literal>PST8PDT</literal> time zone is not available,
248
- then your system may have returned the time in GMT . If the
252
+ then your system may have returned the time in UTC . If the
249
253
<literal>PST8PDT</literal> time zone is missing, you can set the time zone
250
254
rules explicitly:
251
255
<programlisting>
@@ -364,7 +368,7 @@ diff results/random.out expected/random.out
364
368
which comparison file to use. So, to eliminate bogus test
365
369
<quote>failures</quote> for a particular platform, you must choose
366
370
or make a variant result file, and then add a line to the mapping
367
- file, which is <filename>resultmap</filename>.
371
+ file, which is <filename>src/test/regress/ resultmap</filename>.
368
372
</para>
369
373
370
374
<para>
0 commit comments