Re: Out of Memory - 8.2.4
От | Tom Lane |
---|---|
Тема | Re: Out of Memory - 8.2.4 |
Дата | |
Msg-id | 19213.1188351929@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Out of Memory - 8.2.4 (Alvaro Herrera <alvherre@commandprompt.com>) |
Ответы |
Re: Out of Memory - 8.2.4
Re: Out of Memory - 8.2.4 |
Список | pgsql-general |
Alvaro Herrera <alvherre@commandprompt.com> writes: > Tom Lane escribió: >> We could set a hard limit at RelationGetNumberOfBlocks * >> MaxHeapTuplesPerPage TIDs, but that is *extremely* conservative >> (it'd work out to allocating about a quarter of the table's actual size >> in bytes, if I did the math right). > Another idea is to consider applying this patch: > http://thread.gmane.org/gmane.comp.db.postgresql.devel.patches/19384/focus=19393 > which is said to reduce the amount of memory needed to store the TID > array. Yeah, but that's orthogonal to the question of how many TID slots we need. >> Given that the worst-case consequence is extra index vacuum passes, >> which don't hurt that much when a table is small, maybe some smaller >> estimate like 100 TIDs per page would be enough. Or, instead of >> using a hard-wired constant, look at pg_class.reltuples/relpages >> to estimate the average tuple density ... > This sounds like a reasonable compromise. Do you want to make it happen? regards, tom lane
В списке pgsql-general по дате отправления: