Re: Memory Accounting

Поиск
Список
Период
Сортировка
Искать
От
Michael Paquier
Тема
Re: Memory Accounting
Дата
Msg-id
20190924052140.GA1982@paquier.xyz
Ответ на
Re: Memory Accounting (Tomas Vondra)
Список
Дерево обсуждения
Memory Accounting Jeff Davis <pgsql@j-davis.com>
Re: Memory Accounting Heikki Linnakangas <hlinnaka@iki.fi>
Re: Memory Accounting Tomas Vondra <tomas.vondra@2ndquadrant.com>
Re: Memory Accounting Jeff Davis <pgsql@j-davis.com>
Re: Memory Accounting Melanie Plageman <melanieplageman@gmail.com>
Re: Memory Accounting Tomas Vondra <tomas.vondra@2ndquadrant.com>
Re: Memory Accounting Michael Paquier <michael@paquier.xyz>
Re: Memory Accounting Tomas Vondra <tomas.vondra@2ndquadrant.com>
Re: Memory Accounting Michael Paquier <michael@paquier.xyz>
On Wed, Jul 24, 2019 at 11:52:28PM +0200, Tomas Vondra wrote:
> I think Heikki was asking about places with a lot of sub-contexts, which a
> completely different issue. It used to be the case that some aggregates
> created a separate context for each group - like array_agg. That would
> make Jeff's approach to accounting rather inefficient, because checking
> how much memory is used would be very expensive (having to loop over a
> large number of contexts).

The patch has been marked as ready for committer for a week or so, but
it seems to me that this comment has not been addressed, no?  Are we
sure that we want this method if it proves to be inefficient when
there are many sub-contexts and shouldn't we at least test such
scenarios with a worst-case, customly-made, function?
--
Michael
В списке pgsql-hackers по дате отправления
От: David Fetter
Дата:
От: Fujii Masao
Дата:
FAQ