Re: More time spending with "delete pending"

Поиск
Список
Период
Сортировка
Искать
От
Alexander Lakhin
Тема
Re: More time spending with "delete pending"
Дата
Msg-id
2aa7ce7a-d73a-fa36-4fb5-3affe1860c58@gmail.com
Ответ на
Список
Дерево обсуждения
More time spending with "delete pending" Alexander Lakhin <exclusion@gmail.com>
Re: More time spending with "delete pending" Justin Pryzby <pryzby@telsasoft.com>
Re: More time spending with "delete pending" Alexander Lakhin <exclusion@gmail.com>
Re: More time spending with "delete pending" Tom Lane <tgl@sss.pgh.pa.us>
Re: More time spending with "delete pending" Tom Lane <tgl@sss.pgh.pa.us>
Re: More time spending with "delete pending" Alexander Lakhin <exclusion@gmail.com>
Re: More time spending with "delete pending" Tom Lane <tgl@sss.pgh.pa.us>
Re: More time spending with "delete pending" Alexander Lakhin <exclusion@gmail.com>
Re: More time spending with "delete pending" Alexander Lakhin <exclusion@gmail.com>
Re: More time spending with "delete pending" Juan José Santamaría Flecha <juanjo.santamaria@gmail.com>
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 .
genfile.c includes "postgres.h" (that includes win32_port.h indirectly)
and then includes  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 по дате отправления
От: Tomas Vondra
Дата:
От: Andrey Borodin
Дата:
FAQ