Re: [HACKERS] Overhead for stats_command_string et al, take

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: [HACKERS] Overhead for stats_command_string et al, take
Date: 2006-06-27 22:14:04
Message-ID: 200606272214.k5RME5203514@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches


Patch applied.

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

Bruce Momjian wrote:
> Tom Lane wrote:
> > Bruce Momjian <bruce(at)momjian(dot)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(at)momjian(dot)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(at)momjian(dot)us
EnterpriseDB http://www.enterprisedb.com

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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2006-06-27 22:16:44 pgsql: Add GUC update_process_title to control whether 'ps' display is
Previous Message Stefan Kaltenbrunner 2006-06-27 19:13:14 Re: GIN index creation extremely slow ?

Browse pgsql-patches by date

  From Date Subject
Next Message Andrew Dunstan 2006-06-28 01:06:50 Re: Client build of MSVC6+ patch
Previous Message Andrew Dunstan 2006-06-27 21:53:05 Re: Client build of MSVC6+ patch