Re: libpq: Fix lots of discrepancies in PQtrace
От | Jelte Fennema-Nio |
---|---|
Тема | Re: libpq: Fix lots of discrepancies in PQtrace |
Дата | |
Msg-id | CAGECzQRKV2_3kXa4gdom=NqE6B7R43Njxc4D6GLSiU7Rhz6HMA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: libpq: Fix lots of discrepancies in PQtrace (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
Ответы |
Re: libpq: Fix lots of discrepancies in PQtrace
|
Список | pgsql-hackers |
On Sat, 10 Aug 2024 at 01:08, Alvaro Herrera <alvherre@alvh.no-ip.org> wrote: > I don't want to add 4 bytes to struct pg_conn for tracing support. I'm > tempted to make the new struct member a plain 'char' to reduce overhead > for a feature that almost nobody is going to use. According to pahole > we have a 3 bytes hole in that position of the struct, so if we make it > a 1- or 2-byte member, there's no storage overhead whatsoever. Sounds fine to me. > Also, why not have pqTraceOutputMessage() responsible for resetting the > byte after printing the message? It seems to cause less undesirable > detritus. Yeah, that's indeed much nicer. > I propose something like the attached, but it's as yet untested. What > do you think? Looks good, but I haven't tested it yet either.
В списке pgsql-hackers по дате отправления: