Re: Phantom Command ID

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Phantom Command ID
Дата
Msg-id 19549.1158788620@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Phantom Command ID  ("Jim C. Nasby" <jim@nasby.net>)
Список pgsql-hackers
"Jim C. Nasby" <jim@nasby.net> writes:
> I didn't realize we had a lot of ways a backend could run a machine out
> of memory, or at least ways that didn't have some kind of limit (ie:
> work_mem). Are any of them very easy to run into?

work_mem has nothing to do with trying to guarantee "no swapping DoS".
If it did, it wouldn't be USERSET, and it wouldn't be per query step.
The fact is that ulimit does what you want in that regard already;
why should we try to reinvent that wheel?
        regards, tom lane


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

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Phantom Command ID
Следующее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: [PATCHES] Incrementally Updated Backup