Skip to content

Commit 6cf74f1

Browse files
committed
Fix determination when slot types for upper executor nodes are fixed.
For many queries the fact that the tuple descriptor from the lower node was not taken into account when determining whether the type of a slot is fixed, lead to tuple deforming for such upper nodes not to be JIT accelerated. I broke this in 675af5c. There is ongoing work to enable writing regression tests for related behavior (including a patch that would have detected this regression), by optionally showing such details in EXPLAIN. But as it seems unlikely that that will be suitable for stable branches, just merge the fix for now. While it's fairly close to the 12 release window, the fact that 11 continues to perform JITed tuple deforming in these cases, that there's still cases where we do so in 12, and the fact that the performance regression can be sizable, weigh in favor of fixing it now. Author: Andres Freund Discussion: https://postgr.es/m/20190927072053.njf6prdl3vb7y7qb@alap3.anarazel.de Backpatch: 12-, where 675af5c was merged.
1 parent 3c70de2 commit 6cf74f1

File tree

1 file changed

+2
-0
lines changed

1 file changed

+2
-0
lines changed

src/backend/executor/execExpr.c

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -2394,6 +2394,7 @@ ExecComputeSlotInfo(ExprState *state, ExprEvalStep *op)
23942394
{
23952395
isfixed = true;
23962396
tts_ops = parent->innerops;
2397+
desc = ExecGetResultType(is);
23972398
}
23982399
else if (is)
23992400
{
@@ -2413,6 +2414,7 @@ ExecComputeSlotInfo(ExprState *state, ExprEvalStep *op)
24132414
{
24142415
isfixed = true;
24152416
tts_ops = parent->outerops;
2417+
desc = ExecGetResultType(os);
24162418
}
24172419
else if (os)
24182420
{

0 commit comments

Comments
 (0)