Re: A GUC variable to replace PGBE_ACTIVITY_SIZE

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: A GUC variable to replace PGBE_ACTIVITY_SIZE
Дата
Msg-id 4860F0A8.3060303@enterprisedb.com
обсуждение исходный текст
Ответ на A GUC variable to replace PGBE_ACTIVITY_SIZE  (Thomas Lee <tom@vector-seven.com>)
Ответы Re: [UPDATED] A GUC variable to replace PGBE_ACTIVITY_SIZE
Список pgsql-patches
I'd like to see some quick testing of this thing mentioned in the comments:

>     /*
>      * XXX if pgstat_track_activity_query_size is really large,
>      * it might be best to use strcpy not memcpy for copying the
>      * activity string?
>      */

If we make it a GUC, there will be people running with "really large"
pgstat_track_activity_query_size settings. In fact I wouldn't be
surprised if people routinely cranked it up to the 10-100 KB range, just
in case.

It's going to be platform-dependent, for sure, but some quick
micro-benchmarks of where the break-even point between memcpy and strcpy
lies would be nice.

--
   Heikki Linnakangas
   EnterpriseDB   http://www.enterprisedb.com

В списке pgsql-patches по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Patch for Prevent pg_dump/pg_restore from being affected by statement_timeout
Следующее
От: Thomas Lee
Дата:
Сообщение: Re: [UPDATED] A GUC variable to replace PGBE_ACTIVITY_SIZE