diff options
author | Alvaro Herrera <alvherre@alvh.no-ip.org> | 2021-06-11 19:07:32 -0400 |
---|---|---|
committer | Alvaro Herrera <alvherre@alvh.no-ip.org> | 2021-06-11 19:07:32 -0400 |
commit | 0c7efd975754b41bccabbb55902b6d79bd350515 (patch) | |
tree | 8ae30d9e39193cbcafba6fffa8560954145dfc70 /src/backend/replication/logical/reorderbuffer.c | |
parent | 26383da7d47a140c33271bfd9215fe50959c80e3 (diff) | |
download | postgresql-0c7efd975754b41bccabbb55902b6d79bd350515.tar.gz postgresql-0c7efd975754b41bccabbb55902b6d79bd350515.zip |
Report sort phase progress in parallel btree build
We were already reporting it, but only after the parallel workers were
finished, which is visibly much later than what happens in a serial
build.
With this change we report it when the leader starts its own sort phase
when participating in the build (the normal case). Now this might
happen a little later than when the workers start their sorting phases,
but a) communicating the actual phase start from workers is likely to be
a hassle, and b) the sort phase start is pretty fuzzy anyway, since
sorting per se is actually initiated by tuplesort.c internally earlier
than tuplesort_performsort() is called.
Backpatch to pg12, where the progress reporting code for CREATE INDEX
went in.
Reported-by: Tomas Vondra <tomas.vondra@enterprisedb.com>
Author: Matthias van de Meent <boekewurm+postgres@gmail.com>
Reviewed-by: Greg Nancarrow <gregn4422@gmail.com>
Reviewed-by: Álvaro Herrera <alvherre@alvh.no-ip.org>
Discussion: https://postgr.es/m/1128176d-1eee-55d4-37ca-e63644422adb
Diffstat (limited to 'src/backend/replication/logical/reorderbuffer.c')
0 files changed, 0 insertions, 0 deletions