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 $ -->
22
33 <chapter id="regress">
44 <title id="regress-title">Regression Tests</title>
@@ -52,18 +52,18 @@ gmake check
5252<screen>
5353<computeroutput>
5454======================
55- All77 tests passed.
55+ All93 tests passed.
5656======================
5757</computeroutput>
5858</screen>
59- or otherwise a note aboutwhat tests failed. See <xref
59+ or otherwise a note aboutwhich tests failed. See <xref
6060 linkend="regress-evaluation"> below for more.
6161 </para>
6262
6363 <note>
6464 <para>
6565 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).
6767 If you already did the build as root, you do not have to start all
6868 over. Instead, make the regression test directory writable by
6969 some other user, log in as that user, and restart the tests.
@@ -88,14 +88,18 @@ gmake check
8888 <para>
8989 The parallel regression test starts quite a few processes under your
9090 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.
9394 So if your system enforces a per-user limit on the number of processes,
9495 make sure this limit is at least seventy-five or so, else you may get
9596 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.
99103 </para>
100104 </tip>
101105
@@ -109,8 +113,8 @@ gmake check
109113<screen>
110114gmake SHELL=/bin/ksh check
111115</screen>
112- If no non-broken shell is available, youcan alter the parallel test
113- schedule assuggested above.
116+ If no non-broken shell is available, youmay be able to work around the
117+ problem by limiting the number of connections, asshown above.
114118 </para>
115119 </tip>
116120
@@ -177,7 +181,7 @@ gmake installcheck
177181
178182 <para>
179183 If you run the tests against an already-installed server that was
180- initialized with a collation order localedifferent than C then
184+ initialized with a collation- order localeother than C, then
181185 there may be differences due to sort order and follow-up
182186 failures. The regression test suite is set up to handle this
183187 problem by providing alternative result files that together are
@@ -199,7 +203,7 @@ gmake installcheck
199203 <literal><replaceable>testname</>_<replaceable>digit</>.out</>.
200204 The actual digit is not significant. Remember that the
201205 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 ,
203207 the technique described in <xref linkend="regress-platform">
204208 should be used instead.
205209 </para>
@@ -245,7 +249,7 @@ env TZ=PST8PDT date
245249</screen>
246250 The command above should have returned the current system time in
247251 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 inGMT . If the
252+ then your system may have returned the time inUTC . If the
249253 <literal>PST8PDT</literal> time zone is missing, you can set the time zone
250254 rules explicitly:
251255<programlisting>
@@ -364,7 +368,7 @@ diff results/random.out expected/random.out
364368 which comparison file to use. So, to eliminate bogus test
365369 <quote>failures</quote> for a particular platform, you must choose
366370 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>.
368372 </para>
369373
370374 <para>