Re: Fsync request queue - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: Fsync request queue
Date
Msg-id CAH2-Wzn+vxv4Ct2PveVhPqqRb65v1w5OzPm=8vA4=fM16A7dBA@mail.gmail.com
Whole thread Raw
In response to Re: Fsync request queue  (Andres Freund <andres@anarazel.de>)
Responses Re: Fsync request queue  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
On Mon, Apr 30, 2018 at 4:03 PM, Andres Freund <andres@anarazel.de> wrote:
>> Is this a problem in practice, though? I don't remember seeing any reports
>> of the fsync queue filling up, after we got the code to compact it. I don't
>> know if anyone has been looking for that, so that might also explain the
>> absence of reports, though.
>
> It's probably hard to diagnose that as the origin of slow IO from the
> outside. It's not exactly easy to diagnose that even if you know what's
> going on.

True, but has anyone ever actually observed a non-zero
pg_stat_bgwriter.buffers_backend_fsync in the wild after the
compaction queue stuff was added/backpatched?

-- 
Peter Geoghegan


pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Fsync request queue
Next
From: Yuriy Zhuravlev
Date:
Subject: Re: Issues while building PG in MS Windows, using MSYS2 and MinGW-w64