This reverts commit
bd09503e633b8077822bb4daf91625b71ac16253.
Per discussion, it seems like what we should do instead is to
reduce the default value of autovacuum_vacuum_cost_delay by the
same factor. That's functionally equivalent as long as the
platform can accurately service the smaller delay request, which
should be true on anything released in the last 10 years or more.
And smaller, more-closely-spaced delays are better in terms of
providing a steady I/O load.
Discussion: https://postgr.es/m/28720.
1552101086@sss.pgh.pa.us
<listitem>
<para>
The accumulated cost that will cause the vacuuming process to sleep.
- The default value is 2000.
+ The default value is 200.
</para>
</listitem>
</varlistentry>
int VacuumCostPageHit = 1; /* GUC parameters for vacuum */
int VacuumCostPageMiss = 10;
int VacuumCostPageDirty = 20;
-int VacuumCostLimit = 2000;
+int VacuumCostLimit = 200;
double VacuumCostDelay = 0;
int VacuumPageHit = 0;
NULL
},
&VacuumCostLimit,
- 2000, 1, 10000,
+ 200, 1, 10000,
NULL, NULL, NULL
},
#vacuum_cost_page_hit = 1 # 0-10000 credits
#vacuum_cost_page_miss = 10 # 0-10000 credits
#vacuum_cost_page_dirty = 20 # 0-10000 credits
-#vacuum_cost_limit = 2000 # 1-10000 credits
+#vacuum_cost_limit = 200 # 1-10000 credits
# - Background Writer -