Re: Optimize Arm64 crc32c implementation in Postgresql
От
Andres Freund
Тема
Re: Optimize Arm64 crc32c implementation in Postgresql
Дата
Msg-id
20180301224231.rm57ynyb4nytp4qk@alap3.anarazel.de
Ответ на
Re: Optimize Arm64 crc32c implementation in Postgresql (Thomas Munro)
Список
Дерево обсуждения
Optimize Arm64 crc32c implementation in Postgresql Yuqi Gu <Yuqi.Gu@arm.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Michael Paquier <michael.paquier@gmail.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Andres Freund <andres@anarazel.de>
Re: Optimize Arm64 crc32c implementation in Postgresql Michael Paquier <michael@paquier.xyz>
Re: Optimize Arm64 crc32c implementation in Postgresql Andres Freund <andres@anarazel.de>
Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro <thomas.munro@enterprisedb.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Andres Freund <andres@anarazel.de>
Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas <hlinnaka@iki.fi>
Re: Optimize Arm64 crc32c implementation in Postgresql Andres Freund <andres@anarazel.de>
Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas <hlinnaka@iki.fi>
Re: Optimize Arm64 crc32c implementation in Postgresql Andres Freund <andres@anarazel.de>
Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas <hlinnaka@iki.fi>
Re: Optimize Arm64 crc32c implementation in Postgresql Daniel Gustafsson <daniel@yesql.se>
Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas <hlinnaka@iki.fi>
Re: Optimize Arm64 crc32c implementation in Postgresql Tom Lane <tgl@sss.pgh.pa.us>
Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas <hlinnaka@iki.fi>
Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro <thomas.munro@enterprisedb.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas <hlinnaka@iki.fi>
Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro <thomas.munro@enterprisedb.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro <thomas.munro@enterprisedb.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro <thomas.munro@enterprisedb.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Tom Lane <tgl@sss.pgh.pa.us>
Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro <thomas.munro@enterprisedb.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Andrew Gierth <andrew@tao11.riddles.org.uk>
Re: Optimize Arm64 crc32c implementation in Postgresql Tom Lane <tgl@sss.pgh.pa.us>
Re: Optimize Arm64 crc32c implementation in Postgresql Tom Lane <tgl@sss.pgh.pa.us>
Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro <thomas.munro@enterprisedb.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Tom Lane <tgl@sss.pgh.pa.us>
Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro <thomas.munro@enterprisedb.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro <thomas.munro@enterprisedb.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Tom Lane <tgl@sss.pgh.pa.us>
Re: Optimize Arm64 crc32c implementation in Postgresql Andrew Gierth <andrew@tao11.riddles.org.uk>
Re: Optimize Arm64 crc32c implementation in Postgresql Tom Lane <tgl@sss.pgh.pa.us>
Re: Optimize Arm64 crc32c implementation in Postgresql Tom Lane <tgl@sss.pgh.pa.us>
Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro <thomas.munro@enterprisedb.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Andres Freund <andres@anarazel.de>
Re: Optimize Arm64 crc32c implementation in Postgresql Thomas Munro <thomas.munro@enterprisedb.com>
RE: Optimize Arm64 crc32c implementation in Postgresql Yuqi Gu <Yuqi.Gu@arm.com>
Re: Optimize Arm64 crc32c implementation in Postgresql Andres Freund <andres@anarazel.de>
On 2018-03-02 11:37:52 +1300, Thomas Munro wrote: > So... that stuff probably needs either a configure check for the > getauxval function and/or those headers, or an OS check? It'd probably be better to not rely on os specific headers, and instead directly access the capabilities. > While I'm looking at this: > > -#define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62)) > +#define LARGE_OFF_T ((((off_t) 1 << 31) << 31) - 1 + (((off_t) 1 << 31) << 31)) > > Why? Doesn't something << 62 have the same value and type as > (something << 31) << 31? > + --runstatedir=DIR modifiable per-process data [LOCALSTATEDIR/run] > > What is this for? Those probably are damage from using a distribution autoconf rather than stock autoconf. Greetings, Andres Freund
В списке pgsql-hackers по дате отправления
От: Andres Freund
Дата: