Re: Default setting for enable_hashagg_disk

Поиск
Список
Период
Сортировка
От David Rowley
Тема Re: Default setting for enable_hashagg_disk
Дата
Msg-id CAApHDvpQ91e2ty1_C8o0PsEyPTA+WGZZcC=R0H9CPE3s2HW2hg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Default setting for enable_hashagg_disk  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Ответы Re: Default setting for enable_hashagg_disk  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Список pgsql-hackers
On Mon, 13 Jul 2020 at 23:51, Peter Eisentraut
<peter.eisentraut@2ndquadrant.com> wrote:
> I have an anecdote that might be related to this discussion.
>
> I was running an unrelated benchmark suite.  With PostgreSQL 12, one
> query ran out of memory.  With PostgreSQL 13, the same query instead ran
> out of disk space.  I bisected this to the introduction of disk-based
> hash aggregation.  Of course, the very point of that feature is to
> eliminate the out of memory and make use of disk space instead.  But
> running out of disk space is likely to be a worse experience than
> running out of memory.  Also, while it's relatively easy to limit memory
> use both in PostgreSQL and in the kernel, it is difficult or impossible
> to limit disk space use in a similar way.

Isn't that what temp_file_limit is for?

David



В списке pgsql-hackers по дате отправления:

Предыдущее
От: wenjing zeng
Дата:
Сообщение: Re: [Proposal] Global temporary tables
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: Don't choke on files that are removed while pg_rewind runs.