Fix typos and improve incremental sort comments
authorTomas Vondra <[email protected]>
Tue, 12 May 2020 17:37:13 +0000 (19:37 +0200)
committerTomas Vondra <[email protected]>
Tue, 12 May 2020 17:37:13 +0000 (19:37 +0200)
Author: Justin Pryzby, James Coleman
Discussion: https://postgr.es/m/20200419023625[email protected]

src/backend/commands/explain.c
src/backend/executor/nodeIncrementalSort.c
src/backend/utils/sort/tuplesort.c

index 5695802081ddc6e187ce69f929bae52a216d9b45..06f4414109c0cc8ec911f5780441819418fc3f6d 100644 (file)
@@ -2869,7 +2869,7 @@ show_incremental_sort_group_info(IncrementalSortGroupInfo *groupInfo,
 }
 
 /*
- * If it's EXPLAIN ANALYZE, show tuplesort stats for a incremental sort node
+ * If it's EXPLAIN ANALYZE, show tuplesort stats for an incremental sort node
  */
 static void
 show_incremental_sort_info(IncrementalSortState *incrsortstate,
@@ -2917,7 +2917,7 @@ show_incremental_sort_info(IncrementalSortState *incrsortstate,
                        &incrsortstate->shared_info->sinfo[n];
 
                        /*
-                        * If a worker hasn't process any sort groups at all, then exclude
+                        * If a worker hasn't processed any sort groups at all, then exclude
                         * it from output since it either didn't launch or didn't
                         * contribute anything meaningful.
                         */
index bfc2e4cf6b1d4741863375437ae440bf77985129..7af6a12a1e3c877d5da5928d027f62539453bdc4 100644 (file)
@@ -1152,8 +1152,10 @@ ExecReScanIncrementalSort(IncrementalSortState *node)
        /*
         * If we've set up either of the sort states yet, we need to reset them.
         * We could end them and null out the pointers, but there's no reason to
-        * repay the setup cost, and because guard setting up pivot comparator
-        * state similarly, doing so might actually cause a leak.
+        * repay the setup cost, and because ExecIncrementalSort guards
+        * presorted column functions by checking to see if the full sort state
+        * has been initialized yet, setting the sort states to null here might
+        * actually cause a leak.
         */
        if (node->fullsort_state != NULL)
        {
index de38c6c7e0ae89600202402f745c8c4295338a07..d59e3d5a8d5f30060a6db888c3620f2b9bf7430f 100644 (file)
@@ -1428,11 +1428,11 @@ tuplesort_updatemax(Tuplesortstate *state)
        }
 
        /*
-        * Sort evicts data to the disk when it didn't manage to fit those data to
-        * the main memory.  This is why we assume space used on the disk to be
+        * Sort evicts data to the disk when it wasn't able to fit that data into
+        * main memory.  This is why we assume space used on the disk to be
         * more important for tracking resource usage than space used in memory.
-        * Note that amount of space occupied by some tuple set on the disk might
-        * be less than amount of space occupied by the same tuple set in the
+        * Note that the amount of space occupied by some tupleset on the disk might
+        * be less than amount of space occupied by the same tupleset in
         * memory due to more compact representation.
         */
        if ((isSpaceDisk && !state->isMaxSpaceDisk) ||