Re: Initdb-time block size specification
От
David Christensen
Тема
Re: Initdb-time block size specification
Дата
Msg-id
CAOxo6XJsJFD_vSTVWYCUdnLt9OhxYK8Mk35O_MXU-A262eKVMA@mail.gmail.com
Ответ на
Re: Initdb-time block size specification (David Christensen)
Список
Дерево обсуждения
Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification Andres Freund <andres@anarazel.de>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification Andres Freund <andres@anarazel.de>
Re: Initdb-time block size specification Tomas Vondra <tomas.vondra@enterprisedb.com>
Re: Initdb-time block size specification Andres Freund <andres@anarazel.de>
Re: Initdb-time block size specification Tomas Vondra <tomas.vondra@enterprisedb.com>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification Tomas Vondra <tomas.vondra@enterprisedb.com>
Re: Initdb-time block size specification Andres Freund <andres@anarazel.de>
Re: Initdb-time block size specification Bruce Momjian <bruce@momjian.us>
Re: Initdb-time block size specification Andres Freund <andres@anarazel.de>
Re: Initdb-time block size specification Bruce Momjian <bruce@momjian.us>
Re: Initdb-time block size specification Andres Freund <andres@anarazel.de>
Re: Initdb-time block size specification Bruce Momjian <bruce@momjian.us>
Re: Initdb-time block size specification Tomas Vondra <tomas.vondra@enterprisedb.com>
Re: Initdb-time block size specification Bruce Momjian <bruce@momjian.us>
Re: Initdb-time block size specification Bruce Momjian <bruce@momjian.us>
Re: Initdb-time block size specification Tomas Vondra <tomas.vondra@enterprisedb.com>
Re: Initdb-time block size specification Peter Eisentraut <peter@eisentraut.org>
Re: Initdb-time block size specification Bruce Momjian <bruce@momjian.us>
Re: Initdb-time block size specification Andres Freund <andres@anarazel.de>
Re: Initdb-time block size specification Tomas Vondra <tomas.vondra@enterprisedb.com>
Re: Initdb-time block size specification Tomas Vondra <tomas.vondra@enterprisedb.com>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification John Naylor <john.naylor@enterprisedb.com>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification Robert Haas <robertmhaas@gmail.com>
Re: Initdb-time block size specification Tomas Vondra <tomas.vondra@enterprisedb.com>
Re: Initdb-time block size specification Robert Haas <robertmhaas@gmail.com>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification Hannu Krosing <hannuk@google.com>
Re: Initdb-time block size specification Andres Freund <andres@anarazel.de>
Re: Initdb-time block size specification Hannu Krosing <hannuk@google.com>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification Tomas Vondra <tomas.vondra@enterprisedb.com>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification Andres Freund <andres@anarazel.de>
Re: Initdb-time block size specification David Christensen <david.christensen@crunchydata.com>
Re: Initdb-time block size specification Andres Freund <andres@anarazel.de>
> I was definitely hand-waving additional implementation here for > non-native 128 bit support; the modulus algorithm as presented > requires 4 times the space as the divisor, so a uint16 implementation > should work for all 64-bit machines. Certainly open to other ideas or > implementations, this was the one I was able to find initially. If > the 16bit approach is all that is needed in practice we can also see > about narrowing the domain and not worry about making this a > general-purpose function. Here's a patch atop the series which converts to 16-bit uints and passes regressions, but I don't consider well-vetted at this point. David
В списке pgsql-hackers по дате отправления
От: John Morris
Дата: