| От | Tom Lane |
|---|---|
| Тема | Re: Tuning Question sort_mem vs pgsql_tmp |
| Дата | |
| Msg-id | 15245.1044379489@sss.pgh.pa.us обсуждение |
| Ответ на | Tuning Question sort_mem vs pgsql_tmp (Greg Stark <gsstark@mit.edu>) |
| Ответы |
Re: Tuning Question sort_mem vs pgsql_tmp
|
| Список | pgsql-general |
Greg Stark <gsstark@mit.edu> writes:
> Does sort_mem have to be larger than the corresponding pgsql_tmp area that
> would be used if postgres runs out of sort_mem?
Probably. At least in recent versions, the "do we still fit in
sort_mem" logic tries to account for palloc overhead and alignment
padding, neither of which are present in the on-disk representation
of the same tuples. So data unloaded to disk should be more compact
than it was in memory. You didn't say what you were sorting, but
if it's narrow rows (like maybe just an int or two) the overhead
could easily be more than the actual data size.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера