Re: Get memory contexts of an arbitrary backend process
От | Kyotaro Horiguchi |
---|---|
Тема | Re: Get memory contexts of an arbitrary backend process |
Дата | |
Msg-id | 20210326.120104.2148406039277091336.horikyota.ntt@gmail.com обсуждение исходный текст |
Ответ на | Re: Get memory contexts of an arbitrary backend process (torikoshia <torikoshia@oss.nttdata.com>) |
Ответы |
Re: Get memory contexts of an arbitrary backend process
|
Список | pgsql-hackers |
At Thu, 25 Mar 2021 23:45:17 +0900, torikoshia <torikoshia@oss.nttdata.com> wrote in > Attached new one. Thanks! - SELECT * FROM pg_get_backend_memory_contexts(); + SELECT * FROM pg_get_backend_memory_contexts(0, 0); However we can freely change the signature since it's new in 14, but I see the (void) signature as useful. I vaguely thought of defining pg_get_backend_memory_contexts(void) in pg_proc.dat then defining (int, int) as a different function in system_views.sql. That allows the function of the second signature to output nothing. You can make a distinction between the two signatures by using PG_NARGS() in the C function. That being said, it's somewhat uneasy that two functions with the same name returns different values. I'd like to hear others what they feel like about the behavior. +# print memory context of specified backend + This looks like a garbage. + if( pid == 0) Odd spacing:p +note "current_logfiles = $current_logfiles"; + +like( + $current_logfiles, + qr|^stderr log/postgresql-.*log$|, + 'current_logfiles is sane'); + +my $lfname = $current_logfiles; +$lfname =~ s/^stderr //; +chomp $lfname; + +my $logfile; +my $print_count; + +# Verify that the backtraces of the processes are logged into logfile. +for (my $attempts = 0; $attempts < $max_attempts; $attempts++) +{ + $logfile = $node->data_dir . '/' . $lfname; It seems that you forgot to include the change on this part in v4. regards. -- Kyotaro Horiguchi NTT Open Source Software Center
В списке pgsql-hackers по дате отправления: