Re: [HACKERS] snapbuild woes
От | Noah Misch |
---|---|
Тема | Re: [HACKERS] snapbuild woes |
Дата | |
Msg-id | 20170502035523.GA833767@rfd.leadboat.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] snapbuild woes (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
On Mon, May 01, 2017 at 12:32:07PM -0400, Tom Lane wrote: > Andres Freund <andres@anarazel.de> writes: > > On 2017-05-01 08:46:47 -0400, Tom Lane wrote: > >> 30sec is kind of a big lump from a buildfarm standpoint, especially if > >> you mean "it runs for 30s on my honkin' fast workstation". I'm fine > >> with individual tests that run for ~ 1sec. > > > I was more thinking of pgench -T$XX, rather than constant number of > > iterations. I currently can reproduce the issues within like 3-4 > > minutes, so 5s is probably not quite sufficient to get decent coverage. You might hit the race faster by adding a dedicated stress test function to regress.c. > IMO the buildfarm is mainly for verifying portability, not for > trying to prove that race-like conditions don't exist. Perhaps so, but it has excelled at both tasks.
В списке pgsql-hackers по дате отправления: