Re: Testing with concurrent sessions - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: Testing with concurrent sessions
Date
Msg-id 4B507C98020000250002E5F7@gw.wicourts.gov
Whole thread Raw
In response to Re: Testing with concurrent sessions  (Markus Wanner <markus@bluegap.ch>)
Responses Re: Testing with concurrent sessions
Re: Testing with concurrent sessions
List pgsql-hackers
Markus Wanner <markus@bluegap.ch> wrote:
> So, the solution probably lies in adjusting the environment,
> before starting psql. (Maybe even dropping all existing
> environment variables for better control of the situation). Will
> add that for dtester 0.1.
Based on Andrew's suggestion, I changed line 276 to:           args=['psql', '-A', '--pset=pager=off',
I now get 5 of 6 tests succeeded (83.3%), processed in 18.5 seconds.
I'm not clear on what you want to see from the run or whether it
might be better sent off-list.
Also, in looking closer at how you have the tests defined, it
doesn't look to me like you're carefully interleaving specific
sequences of statements on specific connections so much as opening
multiple connections and then for each statement saying "run this on
all connections."  That's certainly a valid test to include, but I
need the more controlled format, too.  It does appear that that's
pretty straightforward to code; you just haven't chosen to do so in
the particular tests here, correct?
-Kevin


pgsql-hackers by date:

Previous
From: Aidan Van Dyk
Date:
Subject: Re: Streaming replication and non-blocking I/O
Next
From: "Joshua D. Drake"
Date:
Subject: Re: plpython3