Re: Too-short timeouts in test code
От | Noah Misch |
---|---|
Тема | Re: Too-short timeouts in test code |
Дата | |
Msg-id | 20181209022435.GE2973271@rfd.leadboat.com обсуждение исходный текст |
Ответ на | Re: Too-short timeouts in test code (Michael Paquier <michael@paquier.xyz>) |
Ответы |
Re: Too-short timeouts in test code
|
Список | pgsql-hackers |
On Sun, Dec 09, 2018 at 11:14:12AM +0900, Michael Paquier wrote: > On Sat, Dec 08, 2018 at 04:16:01PM -0800, Noah Misch wrote: > > @@ -72,7 +72,7 @@ my $endpos = $node_master->safe_psql('postgres', > > print "waiting to replay $endpos\n"; > > > > my $stdout_recv = $node_master->pg_recvlogical_upto( > > - 'postgres', 'test_slot', $endpos, 10, > > + 'postgres', 'test_slot', $endpos, 180, > > 'include-xids' => '0', > > 'skip-empty-xacts' => '1'); > > Instead of allowing callers of pg_recvlogical_upto() to define the > timeout they want, perhaps it would be better to hardcode the timeout > limit within the routine? pg_recvlogical_upto() has the ability to make timeout non-fatal, by calling it in an array context. No in-tree test uses that. Out-of-tree code using that feature would likely benefit from the ability to set timeout duration. Hence, I'm inclined not remove the timeout duration parameter.
В списке pgsql-hackers по дате отправления: