|
|
|
@ -47,10 +47,10 @@ pg_isolation_regress is a tool similar to pg_regress, but instead of using |
|
|
|
|
psql to execute a test, it uses isolationtester. It accepts all the same |
|
|
|
|
command-line arguments as pg_regress. |
|
|
|
|
|
|
|
|
|
By default, isolationtester will wait at most 300 seconds (5 minutes) |
|
|
|
|
By default, isolationtester will wait at most 360 seconds (6 minutes) |
|
|
|
|
for any one test step to complete. If you need to adjust this, set |
|
|
|
|
the environment variable PGISOLATIONTIMEOUT to the desired timeout |
|
|
|
|
in seconds. |
|
|
|
|
the environment variable PG_TEST_TIMEOUT_DEFAULT to half the desired |
|
|
|
|
timeout in seconds. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Test specification |
|
|
|
@ -138,10 +138,11 @@ Each step may contain commands that block until further action has been taken |
|
|
|
|
deadlock). A test that uses this ability must manually specify valid |
|
|
|
|
permutations, i.e. those that would not expect a blocked session to execute a |
|
|
|
|
command. If a test fails to follow that rule, isolationtester will cancel it |
|
|
|
|
after PGISOLATIONTIMEOUT seconds. If the cancel doesn't work, isolationtester |
|
|
|
|
will exit uncleanly after a total of twice PGISOLATIONTIMEOUT. Testing |
|
|
|
|
invalid permutations should be avoided because they can make the isolation |
|
|
|
|
tests take a very long time to run, and they serve no useful testing purpose. |
|
|
|
|
after 2 * PG_TEST_TIMEOUT_DEFAULT seconds. If the cancel doesn't work, |
|
|
|
|
isolationtester will exit uncleanly after a total of 4 * |
|
|
|
|
PG_TEST_TIMEOUT_DEFAULT. Testing invalid permutations should be avoided |
|
|
|
|
because they can make the isolation tests take a very long time to run, and |
|
|
|
|
they serve no useful testing purpose. |
|
|
|
|
|
|
|
|
|
Note that isolationtester recognizes that a command has blocked by looking |
|
|
|
|
to see if it is shown as waiting in the pg_locks view; therefore, only |
|
|
|
|