Re: [HACKERS] Parallel tuplesort (for parallel B-Tree index creation)
От | Peter Geoghegan |
---|---|
Тема | Re: [HACKERS] Parallel tuplesort (for parallel B-Tree index creation) |
Дата | |
Msg-id | CAH2-Wzmt5Rc2LCWS7ekkQbeAraVTQo=ERi4zDkEFDtYb_+kfZg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Parallel tuplesort (for parallel B-Tree index creation) (Peter Geoghegan <pg@bowt.ie>) |
Ответы |
Re: [HACKERS] Parallel tuplesort (for parallel B-Tree index creation)
|
Список | pgsql-hackers |
On Fri, Feb 2, 2018 at 10:38 AM, Peter Geoghegan <pg@bowt.ie> wrote: > On Fri, Feb 2, 2018 at 10:37 AM, Robert Haas <robertmhaas@gmail.com> wrote: >> If you could keep an eye on the buildfarm and investigate anything >> that breaks, I would appreciate it. > I can keep an eye on it throughout the day. There is a benign Valgrind error that causes the lousyjack animal to report failure. It looks like this: ==6850== Syscall param write(buf) points to uninitialised byte(s) ==6850== at 0x4E4D534: write (in /usr/lib64/libpthread-2.26.so) ==6850== by 0x82328F: FileWrite (fd.c:2017) ==6850== by 0x8261AD: BufFileDumpBuffer (buffile.c:513) ==6850== by 0x826569: BufFileFlush (buffile.c:657) ==6850== by 0x8262FB: BufFileRead (buffile.c:561) ==6850== by 0x9F6C79: ltsReadBlock (logtape.c:273) ==6850== by 0x9F7ACF: LogicalTapeFreeze (logtape.c:906) ==6850== by 0xA05B0D: worker_freeze_result_tape (tuplesort.c:4477) ==6850== by 0xA05BC6: worker_nomergeruns (tuplesort.c:4499) ==6850== by 0x9FCA1E: tuplesort_performsort (tuplesort.c:1823) I'll need to go and write a Valgrind suppression for this. I'll get to it later today. -- Peter Geoghegan
В списке pgsql-hackers по дате отправления: