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. +
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 ? |
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 |