Re: [PATCH] Incremental sort (was: PoC: Partial sort)
James Coleman <jtc331@gmail.com>
On Tue, Apr 7, 2020 at 7:58 PM Tomas Vondra <tomas.vondra@2ndquadrant.com> wrote: > > On Tue, Apr 07, 2020 at 07:50:26PM -0400, James Coleman wrote: > >On Tue, Apr 7, 2020 at 7:02 PM Tomas Vondra > ><tomas.vondra@2ndquadrant.com> wrote: > >> > >> On Mon, Apr 06, 2020 at 11:25:21PM -0500, Justin Pryzby wrote: > >> >On Mon, Apr 06, 2020 at 09:57:22PM +0200, Tomas Vondra wrote: > >> >> I've pushed the fist part of this patch series - I've reorganized it a > >> > > >> >I scanned through this again post-commit. Find attached some suggestions. > >> > > >> > >> Thanks. The typo fixes seem clear, except for this bit: > >> > >> * 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. > >> > >> I can't figure out what ???? should be. James, do you recall what this > >> should be? > > > >Yep, it's ExecIncrementalSort. If you look for the block guarded by > >`if (fullsort_state == NULL)` you'll see the call to > >preparePresortedCols(), which sets up the pivot comparator state > >referenced by this comment. > > > > OK, so it should be "... and because ExecIncrementalSort guard ..."? Yes, "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 cause..." (that's more specific IMO than my original "pivot comparator state...doing so"). James
Commits
-
Further adjustments to Hashagg EXPLAIN ANALYZE output
- 40efbf8706cd 14.0 cited
-
Rework EXPLAIN format for incremental sort
- 6a918c3ac8a6 13.0 landed
-
Fix typos and improve incremental sort comments
- 1a40d37a9faf 13.0 landed
-
Stabilize incremental_sort tests
- cea09246e578 13.0 landed
-
Minor improvements in Incremental Sort explain
- d22782a5392f 13.0 landed
-
Consider Incremental Sort paths at additional places
- ba3e76cc571e 13.0 landed
-
Fix representation of SORT_TYPE_STILL_IN_PROGRESS.
- c7654f6a3779 13.0 landed
-
Fix failures in incremental_sort due to number of workers
- 23ba3b5ee278 13.0 landed
-
Fix show_incremental_sort_info with force_parallel_mode
- 7d6d82a52493 13.0 landed
-
Implement Incremental Sort
- d2d8a229bc58 13.0 landed
-
Fix handling of "Subplans Removed" field in EXPLAIN output.
- 7d91b604d9b5 13.0 cited
-
Fix EXPLAIN (SETTINGS) to follow policy about when to print empty fields.
- 3ec20c7091e9 13.0 cited
-
Ensure plpgsql result tuples have the right composite type marking.
- 5683b34956b4 13.0 cited
-
Propagate sort instrumentation from workers back to leader.
- bf11e7ee2e36 11.0 cited
-
Make new regression test case parallel-safe, and improve its output.
- 1177ab1dabf7 11.0 cited
-
Push limit through subqueries to underlying sort, where possible.
- 1f6d515a67ec 11.0 cited
-
Fix inappropriate printing of never-measured times in EXPLAIN.
- 4b234fd8bf21 9.6.0 cited
-
Fix some infelicities in EXPLAIN output for parallel query plans.
- 8ebb69f85445 9.6.0 cited