Re: problem with large maintenance_work_mem settings and
От | Tom Lane |
---|---|
Тема | Re: problem with large maintenance_work_mem settings and |
Дата | |
Msg-id | 21710.1141492779@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: problem with large maintenance_work_mem settings and (Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>) |
Список | pgsql-hackers |
Stefan Kaltenbrunner <stefan@kaltenbrunner.cc> writes: > Tom Lane wrote: >> The sorting code probably needs a defense to keep it from trying to >> exceed MaxAllocSize for the SortObject array; AFAIR there is no such >> consideration there now, but it's easily added. I'm not sure where your >> VACUUM failure is coming from though --- can you get a back trace from >> the errfinish call in that case? > like(with maintenance_work_mem set to 2000000): > (gdb) bt > #0 errfinish (dummy=0) at elog.c:310 > #1 0x00000000005c6c93 in elog_finish (elevel=-4145840, fmt=0x84da50 > "invalid memory alloc request size %lu") > at elog.c:931 > #2 0x00000000005d96a0 in MemoryContextAlloc (context=0x8d9c58, > size=2047999998) at mcxt.c:505 > #3 0x00000000004db947 in lazy_space_alloc (vacrelstats=0x8de5b0, > relblocks=6) at vacuumlazy.c:963 Oh, OK, it's lazy_space_alloc's fault --- we need to fix that to not try to allocate chunks larger than MaxAllocSize. Will do ... thanks for the report. regards, tom lane
В списке pgsql-hackers по дате отправления: