Re: cleanup temporary files after crash - Mailing list pgsql-hackers

From Euler Taveira
Subject Re: cleanup temporary files after crash
Date
Msg-id 34226249-c5ba-4780-a1bb-f3433d19716e@www.fastmail.com
Whole thread Raw
In response to Re: cleanup temporary files after crash  (Tomas Vondra <tomas.vondra@enterprisedb.com>)
Responses Re: cleanup temporary files after crash  ("Euler Taveira" <euler@eulerto.com>)
List pgsql-hackers
On Thu, Mar 18, 2021, at 5:51 PM, Tomas Vondra wrote:
OK. Can you prepare a patch with the proposed test approach?
I'm on it.

FWIW I can reproduce this on a 32-bit ARM system (rpi4), where 500 rows
simply does not use a temp file, and with 1000 rows it works fine. On
the x86_64 the temp file is created even with 500 rows. So there clearly
is some platform dependency, not sure if it's due to 32/64 bits,
alignment or something else. In any case, the 500 rows seems to be just
on the threshold.

We need to do both - stop using the timing and increase the number of
rows, to consistently get temp files.
Yeah.


--
Euler Taveira

pgsql-hackers by date:

Previous
From: Tomas Vondra
Date:
Subject: Re: cleanup temporary files after crash
Next
From: Thomas Munro
Date:
Subject: Re: GROUP BY DISTINCT