Re: Replace some cstring_to_text to cstring_to_text_with_len

Поиск
Список
Период
Сортировка
От Ranier Vilela
Тема Re: Replace some cstring_to_text to cstring_to_text_with_len
Дата
Msg-id CAEudQArgvOmO2wRBuJ=3RCfBQUZ=9aaB6-h_Fo+uLfdB6KnTQw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Replace some cstring_to_text to cstring_to_text_with_len  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: Replace some cstring_to_text to cstring_to_text_with_len  (John Naylor <john.naylor@enterprisedb.com>)
Список pgsql-hackers
Дерево обсуждения
Em qui., 31 de ago. de 2023 às 00:22, Michael Paquier <michael@paquier.xyz> escreveu:
On Wed, Aug 30, 2023 at 03:00:13PM -0300, Ranier Vilela wrote:
> cstring_to_text has a small overhead, because call strlen for
> pointer to char parameter.
>
> Is it worth the effort to avoid this, where do we know the size of the
> parameter?

Are there workloads where this matters?
None, but note this change has the same spirit of 8b26769bc.

best regards,
Ranier Vilela

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

Предыдущее
От: Alexander Lakhin
Дата:
Сообщение: Re: cataloguing NOT NULL constraints
Следующее
От: John Naylor
Дата:
Сообщение: Re: Should we use MemSet or {0} for struct initialization?