From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Peter Geoghegan <pg(at)bowt(dot)ie>, Robert Haas <robertmhaas(at)gmail(dot)com>, Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Remove configure --disable-float4-byval and --disable-float8-byval |
Date: | 2019-11-02 02:47:26 |
Message-ID: | 20191102024726.GA1614@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Nov 01, 2019 at 02:00:10PM -0400, Tom Lane wrote:
> Peter Geoghegan <pg(at)bowt(dot)ie> writes:
>> Even Raspberry Pi devices (which can cost as little as $35) use 64-bit
>> ARM processors. It's abundantly clear that 32-bit platforms do not
>> matter enough to justify keeping all the SIZEOF_DATUM crud around.
>
> This line of argument seems to me to be the moral equivalent of
> "let's drop 32-bit support altogether". I'm not entirely on board
> with that. Certainly, a lot of the world is 64-bit these days,
> but people are still building small systems and they might want
> a database; preferably one that hasn't been detuned to the extent
> that it barely manages to run at all on such a platform. Making
> a whole lot of internal APIs 64-bit would be a pretty big hit for
> a 32-bit platform --- more instructions, more memory consumed for
> things like Datum arrays, all in a memory space that's not that big.
I don't agree as well with the line of arguments to just remove 32b
support. The newest models of PI indeed use 64b ARM processors, but
the first model, as well as the PI zero are on 32b if I recall
correctly, and I would like to believe that these are still widely
used.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2019-11-02 03:14:47 | Re: Remove configure --disable-float4-byval and --disable-float8-byval |
Previous Message | Andres Freund | 2019-11-02 02:21:18 | Re: Make StringInfo available to frontend code. |