| From: | Andres Freund <andres(at)anarazel(dot)de> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: SendRowDescriptionMessage() is slow for queries with a lot of columns |
| Date: | 2017-09-29 22:54:58 |
| Message-ID: | 20170929225458.ahlwn4uljc5sttcz@alap3.anarazel.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2017-09-29 17:56:10 -0400, Tom Lane wrote:
> Andres Freund <andres(at)anarazel(dot)de> writes:
> > Does anybody have an opinion on whether we'll want to convert examples
> > like testlibpq3.c (included in libpq.sgml) too? I'm inclined not to,
> > because currently using pg_bswap.h requires c.h presence (just for a few
> > typedefs and configure data). There's also not really a pressing need.
>
> We certainly mustn't encourage libpq users to start depending on c.h,
> so let's leave that alone.
Here's two patches:
0001: Previously submitted changes to pg_bswap.h, addressing concerns
like the renaming
0002: Move over most users of ntoh[sl]/hton[sl] over to pg_bswap.h.
Note that the latter patch includes replacing open-coded byte swapping
of 64bit integers (using two 32 bit swaps) with a single 64bit
swap. I've also removed pg_recvint64 - it's now a single pg_ntoh64 - as
it's name strikes me as misleading.
Where it looked applicable I have removed netinet/in.h and arpa/inet.h
usage, which previously provided the relevant functionality. It's
perfectly possible that I missed other reasons for including those,
the buildfarm will tell.
Greetings,
Andres Freund
| Attachment | Content-Type | Size |
|---|---|---|
| 0001-Extend-revamp-pg_bswap.h-infrastructurev2.patch | text/x-diff | 7.8 KB |
| 0002-Replace-most-usages-of-ntoh-ls-and-hton-sl-with-pgv2.patch | text/x-diff | 28.1 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Martin Marques | 2017-09-29 23:00:07 | pg_basebackup --progress output for batch execution |
| Previous Message | Michael Paquier | 2017-09-29 22:51:01 | Re: [HACKERS] User-perspective knowledge about wait events |