Re: Postgres 9.6 scariest patch tournament - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Postgres 9.6 scariest patch tournament
Date
Msg-id 20160505183700.GA184769@alvherre.pgsql
Whole thread Raw
In response to Re: Postgres 9.6 scariest patch tournament  (Noah Misch <noah@leadboat.com>)
Responses Re: Postgres 9.6 scariest patch tournament
Re: Postgres 9.6 scariest patch tournament
List pgsql-hackers
Noah Misch wrote:
> On Mon, Apr 18, 2016 at 03:37:21PM -0300, Alvaro Herrera wrote:
> > The RMT will publish aggregate, unattributed results after the poll
> > closes.

Here are some more detailed results.  We got 15 valid replies.  One
person voted twice, mentioning the same patches both times in slightly
different order; I considered the second reply only.

"Parallel Query" got many mentions; some of them were specific commits
(such as "parallel infrastructure", "parallel joins", "parallel
aggregates") and others were more generic.  For the generic mentions I
just chose a few of the most salient patches, but didn't include either
parallel aggregates nor parallel joins in that list.  "LWLock tranches"
and "Freeze Map" also resulted in several commits appearing in the list
below.  This distorts the results somewhat.  I considered redoing the
results once I noticed the problem, but didn't really want to invest
*too* much time.

I chose to ignore the scariness rating in this tabular report.


┌───────┬──────────────────────────────────────────┬─────────────────────────┬─────────────────────────────────────────────────────────────────────────────┐
│ count │                   sha1                   │        committer        │
subject                                  │
 

├───────┼──────────────────────────────────────────┼─────────────────────────┼─────────────────────────────────────────────────────────────────────────────┤
│     8 │ fd31cd265138019dcccc9b5fe53043670898bc9f │ rhaas@postgresql.org    │ Don't vacuum all-frozen pages.
                                  │
 
│     6 │ 924bcf4f16d54c55310b28f77686608684734f42 │ rhaas@postgresql.org    │ Create an infrastructure for parallel
computationin PostgreSQL.            │
 
│     5 │ f0661c4e8c44c0ec7acd4ea7c82e85b265447398 │ rhaas@postgresql.org    │ Make sequential scans parallel-aware.
                                  │
 
│     5 │ ee7ca559fcf404f9a3bd99da85c8f4ea9fbc2e92 │ rhaas@postgresql.org    │ Add a C API for parallel heap scans.
                                  │
 
│     3 │ a892234f830e832110f63fc0a2afce2fb21d1584 │ rhaas@postgresql.org    │ Change the format of the VM fork to add
asecond bit per page.              │
 
│     3 │ 3fc6e2d7f5b652b417fa6937c34de2438d60fa9f │ tgl@sss.pgh.pa.us       │ Make the upper part of the planner work
bygenerating and comparing Paths.  │
 
│     3 │ 848ef42bb8c7909c9d7baa38178d4a209906e7c1 │ kgrittn@postgresql.org  │ Add the "snapshot too old" feature
                                  │
 
│     2 │ bb140506df605fab58f48926ee1db1f80bdafb59 │ teodor@sigaev.ru        │ Phrase full text search.
                                  │
 
│     2 │ 9cd00c457e6a1ebb984167ac556a9961812a683c │ andres@anarazel.de      │ Checkpoint sorting and balancing.
                                  │
 
│     1 │ 3bd909b220930f21d6e15833a17947be749e7fde │ rhaas@postgresql.org    │ Add a Gather executor node.
                                  │
 
│     1 │ c319991bcad02a2e99ddac3f42762b0f6fa8d52a │ rhaas@postgresql.org    │ Use separate lwlock tranches for buffer,
lock,and predicate lock managers. │
 
│     1 │ 1c1a7cbd6a1600c97dfcd9b5dc78a23b5db9bbf6 │ tgl@sss.pgh.pa.us       │ Sync our copy of the timezone library
withIANA release tzcode2016c.        │
 
│     1 │ 65578341af1ae50e52e0f45e691ce88ad5a1b9b1 │ teodor@sigaev.ru        │ Add Generic WAL interface
                                  │
 
│     1 │ c09b18f21c52cbcf8718d6c267c84fcfea3739a9 │ alvherre@alvh.no-ip.org │ Support crosstabview in psql
                                  │
 
│     1 │ e4106b2528727c4b48639c0e12bf2f70a766b910 │ rhaas@postgresql.org    │ postgres_fdw: Push down joins to remote
servers.                           │
 
│     1 │ 428b1d6b29ca599c5700d4bc4f4ce4c5880369bf │ andres@anarazel.de      │ Allow to trigger kernel writeback after
aconfigurable number of writes.    │
 
│     1 │ 6150a1b08a9fe7ead2b25240be46dddeae9d98e1 │ rhaas@postgresql.org    │ Move buffer I/O and content LWLocks out
ofthe main tranche.                │
 
│     1 │ 48354581a49c30f5757c203415aa8412d85b0f70 │ andres@anarazel.de      │ Allow Pin/UnpinBuffer to operate in a
lockfreemanner.                      │
 
│     1 │ 7a542700df25eaf97b794bff63606176433dcdda │ sfrost@snowman.net      │ Create default roles
                                  │
 
│     1 │ 013ebc0a7b7ea9c1b1ab7a3d4dd75ea121ea8ba7 │ teodor@sigaev.ru        │ Microvacuum for GIST
                                  │
 
│     1 │ 53be0b1add7064ca5db3cd884302dfc3268d884e │ rhaas@postgresql.org    │ Provide much better wait information in
pg_stat_activity.                  │
 
│     1 │ 0711803775a37e0bf39d7efdd1e34d9d7e640ea1 │ rhaas@postgresql.org    │ Use quicksort, not replacement
selection,for external sorting.             │
 
│     1 │ b319356f0e94a6482c726cf4af96597c211d8d6e │ rhaas@postgresql.org    │ Migrate PGPROC's backendLock into PGPROC
itself,using a new tranche.       │
 
│     1 │ 11c8669c0cc7abc7a7702594cf13452c378d2517 │ rhaas@postgresql.org    │ Add parallel query support functions for
assortedaggregates.               │
 
│     1 │ 2251179e6ad3a865d2f55e1832fab34608fcce43 │ rhaas@postgresql.org    │ Migrate replication slot I/O locks into
aseparate tranche.                 │
 
│     1 │ 45be99f8cd5d606086e0a458c9c72910ba8a613d │ rhaas@postgresql.org    │ Support parallel joins, and make related
improvements.                     │
 
│     1 │ 7117685461af50f50c03f43e6a622284c8d54694 │ magnus@hagander.net     │ Implement backup API functions for
non-exclusivebackups                    │
 
│     1 │ 98a64d0bd713cb89e61bef6432befc4b7b5da59e │ andres@anarazel.de      │ Introduce WaitEventSet API.
                                  │
 

└───────┴──────────────────────────────────────────┴─────────────────────────┴─────────────────────────────────────────────────────────────────────────────┘

It's clear that Robert is winner, even if you discount the distortion
caused by counting one entry as multiple patches.

-- 
Álvaro Herrera



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Initial release notes created for 9.6
Next
From: Alvaro Herrera
Date:
Subject: Re: Postgres 9.6 scariest patch tournament