Re: More time spending with "delete pending" - Mailing list pgsql-hackers

From Alexander Lakhin
Subject Re: More time spending with "delete pending"
Date
Msg-id 2aa7ce7a-d73a-fa36-4fb5-3affe1860c58@gmail.com
Whole thread Raw
In response to Re: More time spending with "delete pending"  (Michael Paquier <michael@paquier.xyz>)
Responses Re: More time spending with "delete pending"  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
Hello Michael,
09.07.2021 08:52, Michael Paquier wrote:
> On Thu, Jul 08, 2021 at 11:00:00PM +0300, Alexander Lakhin wrote:
>> Beside the aforementioned test I can only propose the extended patch,
>> that incorporates the undo of the changes brought by bed90759f.
>> With this patch that test is passed.
> Checked and confirmed.  It is a nice test with IPC::Run you have here.
> Making things in win32stat.c more consistent with open.c surely is
> appealing.  One thing that I'd like to introduce in this patch, and
> also mentioned upthread, is to change the stat() call in open.c to use
> microsoft_native_stat().
>
> I have let pgbench run for a couple of hours with some concurrent
> activity using genfile.c, without noticing problems.  My environment
> is not representative of everything we can find out there on Windows,
> but it brings some confidence.
Thank you! I agree with your improvement. I can't remember why did I
inject 'include "port.h"' in genfile.c.
Today I've rechecked all the chain of includes and I see that stat() is
redefined as _pgstat64() in win32_port.h, that includes <sys/stat.h>.
genfile.c includes "postgres.h" (that includes win32_port.h indirectly)
and then includes <sys/stat.h> again, but the later include should be
ignored due "#pragma once" in stat.h.
So I have no objection to the removal of that include.

Best regards,
Alexander



pgsql-hackers by date:

Previous
From: Tomas Vondra
Date:
Subject: Re: Parallel scan with SubTransGetTopmostTransaction assert coredump
Next
From: Andrey Borodin
Date:
Subject: Re: Synchronous commit behavior during network outage