Re: [HACKERS] Overhead for stats_command_string et al, take 2 - Mailing list pgsql-patches

From Tom Lane
Subject Re: [HACKERS] Overhead for stats_command_string et al, take 2
Date
Msg-id 23455.1151359718@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] Overhead for stats_command_string et al, take  (Bruce Momjian <bruce@momjian.us>)
Responses Re: [HACKERS] Overhead for stats_command_string et al, take  (Bruce Momjian <bruce@momjian.us>)
List pgsql-patches
Bruce Momjian <bruce@momjian.us> writes:
> If you put a contition test in set_ps_display(), the only clean way to
> do this is for init_ps_display() to force update_process_title to true
> before we call set_ps_display(), then reset it to its original value,
> but that sounds pretty ugly.

No, refactor the code.  I was envisioning something called maybe
transmit_ps_display that would contain the part of set_ps_display
beginning at "Transmit new setting to kernel".  Then both set_ps_display
and init_ps_display would call that.

            regards, tom lane

pgsql-patches by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] Overhead for stats_command_string et al, take
Next
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] Overhead for stats_command_string et al, take