Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit 23ba3b5

Browse files
committed
Fix failures in incremental_sort due to number of workers
The last test in incremental_sort suite prints a parallel plan, but some of the buildfarm animals have custom max_parallel_workers_per_gather values, causing failures. Fixed by setting the GUC to an explicit value. Discussion: https://postgr.es/m/CAPpHfds1waRZ=NOmueYq0sx1ZSCnt+5QJvizT8ndT2=etZEeAQ@mail.gmail.com
1 parent ce2cee0 commit 23ba3b5

File tree

2 files changed

+2
-0
lines changed

2 files changed

+2
-0
lines changed

src/test/regress/expected/incremental_sort.out

+1
Original file line numberDiff line numberDiff line change
@@ -1402,6 +1402,7 @@ set min_parallel_table_scan_size = '1kB';
14021402
set min_parallel_index_scan_size = '1kB';
14031403
set parallel_setup_cost = 0;
14041404
set parallel_tuple_cost = 0;
1405+
set max_parallel_workers_per_gather = 2;
14051406
create table t (a int, b int, c int);
14061407
insert into t select mod(i,10),mod(i,10),i from generate_series(1,10000) s(i);
14071408
create index on t (a);

src/test/regress/sql/incremental_sort.sql

+1
Original file line numberDiff line numberDiff line change
@@ -198,6 +198,7 @@ set min_parallel_table_scan_size = '1kB';
198198
set min_parallel_index_scan_size = '1kB';
199199
set parallel_setup_cost = 0;
200200
set parallel_tuple_cost = 0;
201+
set max_parallel_workers_per_gather = 2;
201202

202203
create table t (a int, b int, c int);
203204
insert into t select mod(i,10),mod(i,10),i from generate_series(1,10000) s(i);

0 commit comments

Comments
 (0)