Hi Shenvail,

Based on what I could understand,

Lower value will cause more frequent run of Autovacuum. Will have
less delay between processing data chunks but will put more load on the I/O
system. Autovacuum tasks will complete faster. Cleanup of dead tuples and
blots will be quicker thus increasing performance in the cases where tables
are heavily updated/deleted.

Higher values will result in longer delays between processing data chunks
thus slowing down the completion of autovacuum tasks. Autovacuum will have
less I/O load for its tasks. Database performance will be degraded if
operations are more update/delete intensive. Dead tuples and bloat will
take longer to be cleaned up.
It can be beneficial  for performance of other database operations,
especially if your system is I/O-bound. Can also be helpful when system
resources are less

Regards,
Muhammad Ikram
Bitnine Global.


On Tue, Jul 9, 2024 at 4:38 PM Shenavai, Manuel <manuel.shena...@sap.com>
wrote:

> Hi everyone,
>
>
>
> We are doing some tests with different autovacuum settings.
>
>
>
> Looking at autovacuum_vacuum_cost_delay:
>
>
> https://www.postgresql.org/docs/current/runtime-config-autovacuum.html#GUC-AUTOVACUUM-VACUUM-COST-DELAY
>
>
>
> Can someone help to understand what a high or low value of this setting
> really means? Would it be OK to set this to 0? If not, why not?
>
>
>
> Thanks in advance &
> Best regards,
>
> Manuel
>


-- 
Muhammad Ikram

Reply via email to