From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Excessive disk usage in WindowAgg |
Date: | 2019-11-04 17:18:48 |
Message-ID: | 31463.1572887928@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk> writes:
> Using 92MB of disk for one integer seems excessive; the reason is clear
> from the explain:
> ...
> so the whole width of the table is being stored in the tuplestore used
> by the windowagg.
> In create_windowagg_plan, we have:
> /*
> * WindowAgg can project, so no need to be terribly picky about child
> * tlist, but we do need grouping columns to be available
> */
> subplan = create_plan_recurse(root, best_path->subpath, CP_LABEL_TLIST);
> Obviously we _do_ need to be more picky about this; it seems clear that
> using CP_SMALL_TLIST | CP_LABEL_TLIST would be a win in many cases.
> Opinions?
Seems reasonable to me, do you want to do the honors?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2019-11-04 17:29:50 | Re: Missed check for too-many-children in bgworker spawning |
Previous Message | Robert Haas | 2019-11-04 17:14:53 | Re: Missed check for too-many-children in bgworker spawning |