Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gn1Za-00071K-PK for pgsql-hackers@arkaria.postgresql.org; Fri, 25 Jan 2019 13:31:06 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gn1ZY-0002bd-V7 for pgsql-hackers@arkaria.postgresql.org; Fri, 25 Jan 2019 13:31:04 +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_SHA1:256) (Exim 4.89) (envelope-from ) id 1gn1ZY-0002bW-Ny for pgsql-hackers@lists.postgresql.org; Fri, 25 Jan 2019 13:31:04 +0000 Received: from mail-qt1-f196.google.com ([209.85.160.196]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gn1ZV-00066B-Bb for pgsql-hackers@lists.postgresql.org; Fri, 25 Jan 2019 13:31:04 +0000 Received: by mail-qt1-f196.google.com with SMTP id u47so10623801qtj.6 for ; Fri, 25 Jan 2019 05:31:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:subject:to:cc:references:from :organization:message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=h3O2W4Okq+n0Rnb9B8sbQheA7itTYcFQqykQD0gbiD0=; b=qgbu8tR3Nae68CPj6pbFeG4QDKQOBOYhdjsQZj8xuh5rC8O1SZuCoN1qmBf0lZmQph oik8JKcggGstPlHM6CdD1KwmFGhl+EgtgLg9nYCfs5iF5FHcptc7OhCrwM+cuLkdT0jP uU+wzKQ38efPwDB7nkcsKcu3QunW0pPiyMBVyH5/7BV1PuE9YdVKXnNPck0/DXz7pVum CIEcoCDPE766maieu2TbRdm4dIKTDRkcRgzKQDSJqUcAVlCiM1fSX+v47KZK6YzmZb04 jhIGYYVWP+fsVzVyt/Xcc+kavB+2kPOUv4uV8n4fGo7hnDuFNcNC8Z38VAh8J6ci9LUy UnlA== X-Gm-Message-State: AJcUukf/1OOY7KsI+ZG0bTqD4Bft/tvm9aebKd3Sh3CpJ/wQjhkG3YMy lXm5gF7COCzX+w/hfpBE5MrDnw== X-Google-Smtp-Source: ALg8bN7lexK4Cucg60C2b/yIp6/1OzeuUsy7LEtvdAUfldEewsYSQa7LRqdrcRxngYCY3vcFwucMUA== X-Received: by 2002:a0c:baa8:: with SMTP id x40mr10368882qvf.18.1548423059235; Fri, 25 Jan 2019 05:30:59 -0800 (PST) Received: from localhost.localdomain (c-24-61-8-151.hsd1.ma.comcast.net. [24.61.8.151]) by smtp.gmail.com with ESMTPSA id 32sm86615016qto.55.2019.01.25.05.30.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 25 Jan 2019 05:30:58 -0800 (PST) Reply-To: jesper.pedersen@redhat.com Subject: Re: pg_upgrade: Pass -j down to vacuumdb To: "Jamison, Kirk" Cc: Peter Eisentraut , "pgsql-hackers@lists.postgresql.org" , Bruce Momjian References: <11b6b108-6ac0-79a6-785a-f13dfe60ab92@redhat.com> <2dc5eaeb-e60d-2a16-696e-7b4d3d3548cb@redhat.com> <59f9323a-fee8-88f6-16ab-2319149b00be@2ndquadrant.com> <5b7d95ba-8920-357d-1ec6-1084ce34a9e6@redhat.com> From: Jesper Pedersen Organization: Red Hat Message-ID: Date: Fri, 25 Jan 2019 08:30:57 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi Kirk, On 1/24/19 9:31 PM, Jamison, Kirk wrote: > According to CF app, this patch needs review so I took a look at it. > Currently, your patch applies and builds cleanly, and all tests are also successful > based from the CF bot patch tester. > > I'm not sure if I have understood the argument raised by Peter correctly. > Quoting Peter, "it's not clear that pg_upgrade and vacuumdb are bound the same way, so it's not a given that the same -j number should be used." > I think it's whether the # jobs for pg_upgrade is used the same way for parallel vacuum. > > According to the official docs, the recommended setting for pg_upgrade --j option is the maximum of the number of CPU cores and tablespaces. [1] > As for vacuumdb, parallel vacuum's (-j) recommended setting is based from your max_connections [2], which is the max # of concurrent connections to your db server. > Thanks for your feedback ! As per Peter's comments I have changed the patch (v2) to not pass down the -j option to vacuumdb. Only an update to the documentation and console output is made in order to make it more clear. Best regards, Jesper