Re: Creating a function for exposing memory usage of backend process
От | Fujii Masao |
---|---|
Тема | Re: Creating a function for exposing memory usage of backend process |
Дата | |
Msg-id | 78268b5f-53ed-4645-1abb-23c1030cce0a@oss.nttdata.com обсуждение исходный текст |
Ответ на | Re: Creating a function for exposing memory usage of backend process (torikoshia <torikoshia@oss.nttdata.com>) |
Ответы |
Re: Creating a function for exposing memory usage of backend process
|
Список | pgsql-hackers |
On 2020/06/29 12:01, torikoshia wrote: > On 2020-06-20 03:11, Robert Haas wrote: >> On Wed, Jun 17, 2020 at 11:56 PM Fujii Masao >> <masao.fujii@oss.nttdata.com> wrote: >>> > As a first step, to deal with (3) I'd like to add >>> > pg_stat_get_backend_memory_context() which target is limited to the >>> > local backend process. >>> >>> +1 >> >> +1 from me, too. > > Attached a patch that adds a function exposing memory usage of local > backend. Thanks for the patch! Could you add this patch to Commitfest 2020-07? > > It's almost same as pg_cheat_funcs's pg_stat_get_memory_context(). This patch provides only the function, but isn't it convenient to provide the view like pg_shmem_allocations? > I've also added MemoryContexts identifier because it seems useful to > distinguish the same kind of memory contexts. Sounds good. But isn't it better to document each column? Otherwise, users cannot undersntad what "ident" column indicates. Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION
В списке pgsql-hackers по дате отправления: