Re: stress test for parallel workers
От | Tom Lane |
---|---|
Тема | Re: stress test for parallel workers |
Дата | |
Msg-id | 15558.1570821117@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: stress test for parallel workers (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>) |
Список | pgsql-hackers |
Andrew Dunstan <andrew.dunstan@2ndquadrant.com> writes: > On 10/11/19 11:45 AM, Tom Lane wrote: >> FWIW, I'm not excited about that as a permanent solution. It requires >> root privilege, and it affects the whole machine not only the buildfarm, >> and making it persist across reboots is even more invasive. > OK, but I'm not keen to have to tussle with coredumpctl. Right now our > logic says: for every core file in the data directory try to get a > backtrace. Use of systemd-coredump means that gets blown out of the > water, and we no longer even have a simple test to see if our program > caused a core dump. I haven't played that much with this software, but it seems you can do "coredumpctl list <path-to-executable>" to find out what it has for a particular executable. You would likely need a time-based filter too (to avoid regurgitating previous runs' failures), but that seems do-able. regards, tom lane
В списке pgsql-hackers по дате отправления: