Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHBvX-0001bT-06 for pgsql-performance@arkaria.postgresql.org; Tue, 21 Nov 2017 17:01:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHBvW-000262-4C for pgsql-performance@arkaria.postgresql.org; Tue, 21 Nov 2017 17:01:38 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1eHBvV-00025t-Uu for pgsql-performance@lists.postgresql.org; Tue, 21 Nov 2017 17:01:37 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1eHBvQ-0002TX-TW for pgsql-performance@lists.postgresql.org; Tue, 21 Nov 2017 17:01:37 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id vALH1R8C007443; Tue, 21 Nov 2017 12:01:27 -0500 From: Tom Lane To: "Henrik Cednert (Filmlance)" cc: "pgsql-performance@lists.postgresql.org" Subject: Re: pg_dump 3 times as slow after 8.4 -> 9.5 upgrade In-reply-to: <8F33D0C7-E12E-4996-990C-3CF0C5ED0437@filmlance.se> References: <8F33D0C7-E12E-4996-990C-3CF0C5ED0437@filmlance.se> Comments: In-reply-to "Henrik Cednert (Filmlance)" message dated "Tue, 21 Nov 2017 14:28:43 +0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <7441.1511283687.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Tue, 21 Nov 2017 12:01:27 -0500 Message-ID: <7442.1511283687@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk "Henrik Cednert (Filmlance)" writes: > The last pg_dump with 8.4 took 212 minutes and 49 seconds.And now with 9= .5 the very same pg_dump takes 644 minutes and 40 seconds. To it takes abo= ut three times as long now and I have no idea to why. Nothing in the syste= m or hardware other than the pgsql upgrade have change. Can you get a profile of where the machine is spending its time during the dump run? On Linux I'd recommend "perf", but on macOS, hmm ... You could use Activity Monitor, but as far as I can see that just captures short-duration snapshots, which might not be representative of a 10-hour run. XCode's Instruments feature would probably be better about giving a full picture, but it has a steep learning curve. regards, tom lane