Change logtape/tuplestore code to use int64 for block numbers
The code previously relied on "long" as type to track block numbers,
which would be 4 bytes in all Windows builds or any 32-bit builds. This
limited the code to be able to handle up to 16TB of data with the
default block size of 8kB, like during a CLUSTER. This code now relies
on a more portable int64, which should be more than enough for at least
the next 20 years to come.
This issue has been reported back in 2017, but nothing was done about it
back then, so here we go now.
Reported-by: Peter Geoghegan
Reviewed-by: Heikki Linnakangas
Discussion: https://postgr.es/m/CAH2-WznCscXnWmnj=STC0aSa7QG+BRedDnZsP=Jo_R9GUZvUrg@mail.gmail.com
Branch
------
master
Details
-------
https://git.postgresql.org/pg/commitdiff/b1e5c9fa9ac4399895bf312398c5d441baba0c3b
Modified Files
--------------
src/backend/storage/file/buffile.c | 10 +--
src/backend/utils/sort/logtape.c | 126 ++++++++++++++++++-------------------
src/backend/utils/sort/tuplesort.c | 12 ++--
src/include/storage/buffile.h | 4 +-
src/include/utils/logtape.h | 8 +--
5 files changed, 80 insertions(+), 80 deletions(-)