From: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
---|---|
To: | Bertrand Drouvot <bertranddrouvot(dot)pg(at)gmail(dot)com> |
Cc: | Dilip Kumar <dilipbalaut(at)gmail(dot)com>, Masahiro Ikeda <ikedamsh(at)oss(dot)nttdata(dot)com>, "Imseih (AWS), Sami" <simseih(at)amazon(dot)com>, Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org, Robert Haas <robertmhaas(at)gmail(dot)com> |
Subject: | Re: Track the amount of time waiting due to cost_delay |
Date: | 2024-12-10 17:55:41 |
Message-ID: | Z1iAnSYHZ6j5u2Fv@nathan |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Dec 09, 2024 at 04:41:03PM +0000, Bertrand Drouvot wrote:
> + <structfield>time_delayed</structfield> <type>bigint</type>
I think it's also worth considering names like total_delay and
cumulative_delay.
> + Total amount of time spent in milliseconds waiting during <xref linkend="guc-vacuum-cost-delay"/>
> + or <xref linkend="guc-autovacuum-vacuum-cost-delay"/>. In case of parallel
> + vacuum the reported time is across all the workers and the leader. The
> + workers update the column no more frequently than once per second, so it
> + could show slightly old values.
I wonder if it makes sense to provide this value as an interval instead of
the number of milliseconds to make it more human-readable. I might also
suggest some changes to the description:
Total accumulated time spent sleeping due to the cost-based vacuum
delay settings (e.g., vacuum_cost_delay, vacuum_cost_limit). This
includes the time that any associated parallel workers have slept, too.
However, parallel workers report their sleep time no more frequently
than once per second, so the reported value may be slightly stale.
--
nathan
From | Date | Subject | |
---|---|---|---|
Next Message | Masahiko Sawada | 2024-12-10 18:05:52 | Re: Memory leak in WAL sender with pgoutput (v10~) |
Previous Message | Robert Haas | 2024-12-10 17:36:40 | Re: FileFallocate misbehaving on XFS |