Re: [HACKERS] Overhead for stats_command_string et al, take
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] Overhead for stats_command_string et al, take |
Дата | |
Msg-id | 200606272214.k5RME5203514@momjian.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] Overhead for stats_command_string et al, take (Bruce Momjian <bruce@momjian.us>) |
Список | 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 по дате отправления: