Re: tuplesort test coverage
От | Andres Freund |
---|---|
Тема | Re: tuplesort test coverage |
Дата | |
Msg-id | 20191114002546.a5fqvdmmkfpbir22@alap3.anarazel.de обсуждение исходный текст |
Ответ на | Re: tuplesort test coverage (Peter Geoghegan <pg@bowt.ie>) |
Ответы |
Re: tuplesort test coverage
|
Список | pgsql-hackers |
Hi, On 2019-10-25 12:37:38 +0100, Peter Geoghegan wrote: > On Thu, Oct 24, 2019 at 10:10 PM Andres Freund <andres@anarazel.de> wrote: > > Here's a first stab at getting the coverage of tuplesort.c to a > > satisfying level. There's still bits uncovered, but that's largely > > either a) trace_sort related b) hopefully unreachable stuff c) explain > > related. The largest actually missing thing is a disk-based > > mark/restore, which probably ought be covered. > > Yeah. It looks like function coverage of logtape.c will be 100% once > you have coverage of mark and restore. Yea, it's definitely better after. > > I think the the test time of this would still be OK, but if not we could > > also work a bit more on that angle. > > That's hard for me to test right now, but offhand this general > approach looks good to me. I am pretty sure it's portable. I pushed this now. We'll see what the slower buildfarm animals say. I'll try to see how long they took in a few days. Greetings, Andres Freund
В списке pgsql-hackers по дате отправления: