| From: | Peter Geoghegan <pg(at)heroku(dot)com> |
|---|---|
| To: | Noah Misch <noah(at)leadboat(dot)com> |
| Cc: | Stephen Frost <sfrost(at)snowman(dot)net>, Jose Luis Tallon <jltallon(at)adv-solutions(dot)net>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: pg_dump dump catalog ACLs |
| Date: | 2016-04-22 07:30:47 |
| Message-ID: | CAM3SWZR8YvmkxwB81CJv2jBvmVtkKQ8+7_EWCh4SLh8xjSxBBA@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Fri, Apr 22, 2016 at 12:25 AM, Noah Misch <noah(at)leadboat(dot)com> wrote:
> Folks run clusters with ~1000 databases; we previously accepted at least one
> complex performance improvement[1] based on that use case. On the faster of
> the two machines I tested, the present thread's commits slowed "pg_dumpall
> --schema-only --binary-upgrade" by 1-2s per database. That doubles pg_dump
> runtime against the installcheck regression database. A run against a cluster
> of one hundred empty databases slowed fifteen-fold, from 8.6s to 131s.
> "pg_upgrade -j50" probably will keep things tolerable for the 1000-database
> case, but the performance regression remains jarring. I think we should not
> release 9.6 with pg_dump performance as it stands today.
As someone that is responsible for many such clusters, I strongly agree.
--
Peter Geoghegan
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Paquier | 2016-04-22 07:34:25 | Re: Why doesn't src/backend/port/win32/socket.c implement bind()? |
| Previous Message | Noah Misch | 2016-04-22 07:25:37 | Re: pg_dump dump catalog ACLs |