From: | Debraj Manna <subharaj(dot)manna(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Mark Kirkwood <mark(dot)kirkwood(at)catalyst(dot)net(dot)nz>, Alvaro Aguayo Garcia-Rada <aaguayo(at)opensysperu(dot)com>, pgsql-admin <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: Faster way of upgrading postgresql to 10 from 9.5 |
Date: | 2017-11-25 17:14:18 |
Message-ID: | CAF6DVKPFky-+MpBQH8h-FM7--fyhk6unL56FbuKezobaoAijLw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
What profiling will help in this case?
Sent from GMail on Android
On Nov 25, 2017 8:49 PM, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Debraj Manna <subharaj(dot)manna(at)gmail(dot)com> writes:
> > Is this time expected? I mean 17 minutes for 490 GB. I could not find any
> > benchmark for pg_upgrade.
>
> It seems awfully slow, if you're using -k. That switch should remove any
> dependency on the data size, but what remains is the number of SQL objects
> (databases, tables, functions, etc). If you've got tens or hundreds of
> thousands of those, maybe this would be a reasonable time.
>
> As Alvaro said, it's possible that you're hitting some fixable bottleneck;
> but to identify what that is we'd need some profiling information.
>
> regards, tom lane
>
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2017-11-25 17:29:17 | Re: Faster way of upgrading postgresql to 10 from 9.5 |
Previous Message | Tom Lane | 2017-11-25 15:19:36 | Re: Faster way of upgrading postgresql to 10 from 9.5 |