Re: Reducing the runtime of the core regression tests
Peter Geoghegan <pg@bowt.ie>
From: Peter Geoghegan <pg@bowt.ie>
To: Alvaro Herrera <alvherre@2ndquadrant.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2019-04-26T01:44:30Z
Lists: pgsql-hackers
On Fri, Apr 12, 2019 at 10:24 AM Alvaro Herrera
<alvherre@2ndquadrant.com> wrote:
> Hmm, it's odd, because
> https://coverage.postgresql.org/src/backend/access/nbtree/nbtutils.c.gcov.html
> still shows that function doing that. pg_config shows:
>
> $ ./pg_config --configure
> '--enable-depend' '--enable-coverage' '--enable-tap-tests' '--enable-nls' '--with-python' '--with-perl' '--with-tcl' '--with-openssl' '--with-libxml' '--with-ldap' '--with-pam' 'CFLAGS=-O0'
So, we're currently using this on coverage.postgresql.org? We've switched?
I noticed a better example of weird line counts today, this time
within _bt_check_rowcompare():
1550 4 : cmpresult = 0;
1551 4 : if (subkey->sk_flags & SK_ROW_END)
1552 1292 : break;
1553 0 : subkey++;
1554 0 : continue;
I would expect the "break" statement to have a line count that is no
greater than that of the first two lines that immediately precede, and
yet it's far far greater (1292 is greater than 4). It looks like there
has been some kind of loop transformation.
--
Peter Geoghegan
Commits
-
Re-order some regression test scripts for more parallelism.
- 798070ec058f 12.0 landed
-
Speed up sort-order-comparison tests in create_index_spgist.
- 5874c7055702 12.0 landed
-
Split up a couple of long-running regression test scripts.
- 385d396b807b 12.0 landed
-
Move plpgsql error-trapping tests to a new module-specific test file.
- 6726d8d476b4 12.0 landed
-
Remove duplicative polygon SP-GiST sequencing test.
- 4aaa3b5cf1c3 12.0 landed
-
Remove redundant and ineffective test for btree insertion fast path.
- f72d9a5e7dda 12.0 landed
-
Adjustments to the btree fastpath optimization.
- 074251db6740 11.0 cited
-
Increase timeout in statement_timeout test from 1 second to 2 seconds.
- f1e671a0b485 8.2.0 cited