Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns

Поиск
Список
Период
Сортировка
Искать
От
Andres Freund
Тема
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns
Дата
Msg-id
20170928040649.4zfqkuejgi73oldo@alap3.anarazel.de
Ответ на
Список
Дерево обсуждения
[HACKERS] SendRowDescriptionMessage() is slow for queries with a lot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns tushar <tushar.ahuja@enterprisedb.com>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Robert Haas <robertmhaas@gmail.com>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with a lot of columns Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with a lot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Michael Paquier <michael.paquier@gmail.com>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with a lot of columns Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Michael Paquier <michael.paquier@gmail.com>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Robert Haas <robertmhaas@gmail.com>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Robert Haas <robertmhaas@gmail.com>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Robert Haas <robertmhaas@gmail.com>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Thom Brown <thom@linux.com>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Thom Brown <thom@linux.com>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Andres Freund <andres@anarazel.de>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Mithun Cy <mithun.cy@enterprisedb.com>
Re: [HACKERS] SendRowDescriptionMessage() is slow for queries with alot of columns Mithun Cy <mithun.cy@enterprisedb.com>
On 2017-09-28 00:01:53 -0400, Tom Lane wrote:
> Andres Freund  writes:
> > Attached is an extension of the already existing pg_bswap.h that
> > a) adds 16 bit support
> > b) moves everything to inline functions, removing multiple evaluation
> >    hazards that were present everywhere.
> > c) adds pg_nto{s,l,ll} and pg_hton{s,l,ll} wrappers that only do work
> >    if necessary.
> 
> Could we please not perpetuate the brain-dead "s" and "l" suffixes
> on these names?  Given the lack of standardization as to how long
> "long" is, that's entirely unhelpful.  I'd be fine with names like
> pg_ntoh16/32/64 and pg_hton16/32/64.

Yes. I'd polled a few people and they leaned towards those. But I'm
perfectly happy to do that renaming.

Greetings,

Andres Freund


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Andres Freund
Дата:
FAQ