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

From Bruce Momjian
Subject Re: [HACKERS] Overhead for stats_command_string et al, take
Date
Msg-id 200606272214.k5RME5203514@momjian.us
Whole thread Raw
In response to Re: [HACKERS] Overhead for stats_command_string et al, take  (Bruce Momjian <bruce@momjian.us>)
List pgsql-patches
Patch applied.

---------------------------------------------------------------------------


Bruce Momjian wrote:
> Tom Lane wrote:
> > 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.
>
> I went with a 'force' boolean for set_ps_display().
>
> --
>   Bruce Momjian   bruce@momjian.us
>   EnterpriseDB    http://www.enterprisedb.com
>
>   + If your life is a hard drive, Christ can be your backup. +


>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings

--
  Bruce Momjian   bruce@momjian.us
  EnterpriseDB    http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

pgsql-patches by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: Client build of MSVC6+ patch
Next
From: "Hiroshi Saito"
Date:
Subject: Re: Client build of MSVC6+ patch