Re: Testing with concurrent sessions

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: Testing with concurrent sessions
Дата
Msg-id 4B507C98020000250002E5F7@gw.wicourts.gov
обсуждение исходный текст
Ответ на Re: Testing with concurrent sessions  (Markus Wanner <markus@bluegap.ch>)
Ответы Re: Testing with concurrent sessions  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Re: Testing with concurrent sessions  (Markus Wanner <markus@bluegap.ch>)
Список 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 по дате отправления:

Предыдущее
От: Aidan Van Dyk
Дата:
Сообщение: Re: Streaming replication and non-blocking I/O
Следующее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: plpython3