Re: Postmaster Out of Memory
| От | Tom Lane |
|---|---|
| Тема | Re: Postmaster Out of Memory |
| Дата | |
| Msg-id | 15786.1119648792@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Postmaster Out of Memory (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-general |
I wrote:
> I think we have a suspect --- will go look.
Jeff, are you doing CLUSTER operations too?
Some preliminary testing says that:
7.4:
CLUSTER leaks a pg_temp_nnn relcache entry per call; if table
has toast subtable it also leaks a pg_toast_nnn_index entry per call
TRUNCATE on a table with toast leaks a pg_toast_nnn_index entry per call
8.0:
CLUSTER on a table with toast leaks a pg_toast_nnn_index entry per call
Since you showed both pg_temp_nnn and pg_toast_nnn_index items in your
dump, I surmise that there must be a fair number of CLUSTERs going on.
This is probably all actually just one bug --- 7.4's TRUNCATE used the
CLUSTER mechanism while 8.0 doesn't, so that explains why TRUNCATE isn't
showing a leak anymore. CLUSTER got whacked around too, but it looks
like we only cured half the leak :-(
regards, tom lane
В списке pgsql-general по дате отправления: