diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2001-09-21 03:32:36 +0000 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2001-09-21 03:32:36 +0000 |
commit | c969fed7ecd54be6aca27e68a58efb57b2753ba2 (patch) | |
tree | 7efb48f750db915cc576238b87b26304cd242848 /src/backend/commands/vacuumlazy.c | |
parent | ae3129fd03928c1f5614370c79f1d69bd613f54b (diff) |
Give VACUUM its own GUC parameter for memory usage, rather than
piggybacking on SortMem. Add documentation for some recently-added
GUC parameters that had so far escaped it.
Diffstat (limited to 'src/backend/commands/vacuumlazy.c')
-rw-r--r-- | src/backend/commands/vacuumlazy.c | 12 |
1 files changed, 5 insertions, 7 deletions
diff --git a/src/backend/commands/vacuumlazy.c b/src/backend/commands/vacuumlazy.c index 8351da5e7df..3685217fb79 100644 --- a/src/backend/commands/vacuumlazy.c +++ b/src/backend/commands/vacuumlazy.c @@ -10,7 +10,7 @@ * relations with finite memory space usage. To do that, we set upper bounds * on the number of tuples and pages we will keep track of at once. * - * We are willing to use at most SortMem memory space to keep track of + * We are willing to use at most VacuumMem memory space to keep track of * dead tuples. We initially allocate an array of TIDs of that size. * If the array threatens to overflow, we suspend the heap scan phase * and perform a pass of index cleanup and page compaction, then resume @@ -31,7 +31,7 @@ * * * IDENTIFICATION - * $Header: /cvsroot/pgsql/src/backend/commands/vacuumlazy.c,v 1.6 2001/09/04 19:12:05 tgl Exp $ + * $Header: /cvsroot/pgsql/src/backend/commands/vacuumlazy.c,v 1.7 2001/09/21 03:32:35 tgl Exp $ * *------------------------------------------------------------------------- */ @@ -865,8 +865,6 @@ count_nondeletable_pages(Relation onerel, LVRelStats *vacrelstats) * lazy_space_alloc - space allocation decisions for lazy vacuum * * See the comments at the head of this file for rationale. - * - * XXX Should we have our own GUC parameter, instead of using SortMem? */ static void lazy_space_alloc(LVRelStats *vacrelstats, BlockNumber relblocks) @@ -874,8 +872,8 @@ lazy_space_alloc(LVRelStats *vacrelstats, BlockNumber relblocks) int maxtuples; int maxpages; - maxtuples = (int) ((SortMem * 1024L) / sizeof(ItemPointerData)); - /* stay sane if small SortMem */ + maxtuples = (int) ((VacuumMem * 1024L) / sizeof(ItemPointerData)); + /* stay sane if small VacuumMem */ if (maxtuples < MAX_TUPLES_PER_PAGE) maxtuples = MAX_TUPLES_PER_PAGE; @@ -910,7 +908,7 @@ lazy_record_dead_tuple(LVRelStats *vacrelstats, { /* * The array shouldn't overflow under normal behavior, - * but perhaps it could if we are given a really small SortMem. + * but perhaps it could if we are given a really small VacuumMem. * In that case, just forget the last few tuples. */ if (vacrelstats->num_dead_tuples < vacrelstats->max_dead_tuples) |