From: Tom Lane <tgl@sss.pgh.pa.us>
Date: Sat, 22 Aug 2015 00:32:11 +0000 (-0400)
Subject: Avoid O(N^2) behavior when enlarging SPI tuple table in spi_printtup().
X-Git-Tag: REL9_1_19~52
X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=87b8c9e12f3025b70bd040c42d7d5f39ef9314bc;p=postgresql

Avoid O(N^2) behavior when enlarging SPI tuple table in spi_printtup().

For no obvious reason, spi_printtup() was coded to enlarge the tuple
pointer table by just 256 slots at a time, rather than doubling the size at
each reallocation, as is our usual habit.  For very large SPI results, this
makes for O(N^2) time spent in repalloc(), which of course soon comes to
dominate the runtime.  Use the standard doubling approach instead.

This is a longstanding performance bug, so back-patch to all active
branches.

Neil Conway
---

diff --git a/src/backend/executor/spi.c b/src/backend/executor/spi.c
index 7f4624cba5..c9e43fb047 100644
--- a/src/backend/executor/spi.c
+++ b/src/backend/executor/spi.c
@@ -1622,7 +1622,8 @@ spi_printtup(TupleTableSlot *slot, DestReceiver *self)
 
 	if (tuptable->free == 0)
 	{
-		tuptable->free = 256;
+		/* Double the size of the pointer array */
+		tuptable->free = tuptable->alloced;
 		tuptable->alloced += tuptable->free;
 		tuptable->vals = (HeapTuple *) repalloc(tuptable->vals,
 									  tuptable->alloced * sizeof(HeapTuple));