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.92) (envelope-from ) id 1jDQ5m-0004KO-S4 for pgsql-hackers@arkaria.postgresql.org; Sun, 15 Mar 2020 10:01:59 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1jDQ5l-0004HS-KR for pgsql-hackers@arkaria.postgresql.org; Sun, 15 Mar 2020 10:01:57 +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 1jDQ5l-0004HL-BL for pgsql-hackers@lists.postgresql.org; Sun, 15 Mar 2020 10:01:57 +0000 Received: from mail-qk1-x743.google.com ([2607:f8b0:4864:20::743]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jDQ5i-0006j1-Ae for pgsql-hackers@lists.postgresql.org; Sun, 15 Mar 2020 10:01:56 +0000 Received: by mail-qk1-x743.google.com with SMTP id u25so20919890qkk.3 for ; Sun, 15 Mar 2020 03:01:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=HMhENvqD45+pONA5KX+ZpTfmmavBLo0V89OlmOoGzWs=; b=rbcOPFPqGuS+ZRp30hyXdMoFM8BGxhkyWxOTppFuocmNCqejRZptQYgQXmtfJbSJM6 k9ymO/J3+hxGNvjTNrdUTbKcVRBg42E7WhOyY9Liu5nTk9rVqw59M6H/l8Bhh0Y7QtGd 8A30qlzbcRizVDhT/ybo0t5Vg7froDhLVHNuNLsjiKBfI/ppjw3CnFRFmcTIzSvVTr1O ArssTosV7i1PWZ14tmwpyo6hfSZFSDzWhp7m8776ysqWfDldegv3CkxXEEYRpSQCRsJR qu882URyoG+QOLI86v/ukA/t16s2HMT17rHcWuDgFN02rTGOTLx/l/oXnDdQX6wx/1XE hk6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=HMhENvqD45+pONA5KX+ZpTfmmavBLo0V89OlmOoGzWs=; b=YgLtT3ISHtCvYa/ndtb0xrz/cybM8hnw+hPaw4qNT7zxPtQQsnHWxjKzhUfQ9Rzeph bwvx0fb2dypHnLxr8Zg0QBev/tC6U33tTRynkdV9s2mORdggQZc2SbVUQDzGPlwQG9I3 M25PuA6w89MyYK4HcRSpZtavnCHG9E92esR0/YhfJRXyIM+SS7JJovrcFgtrvixcVcht tvAOFk7RNISm3RpQ2vIPKoINa5cQbB4/TR3Pus20RknTSt6P93wunJeAMSqOlI+CsRNt EC2n+55MlS7Ws0PiFwqjxnQgSoB4bm+vTzRUPyciJhco7j/cN9sVxDC9wOzfvmzRU6np Qreg== X-Gm-Message-State: ANhLgQ3Gq12ZxjK7nXGxBp+TwihpxEebYbhC0jFZje0p3nO9bwV+1fot GSQrjRQWhSQKPW5AdNUqSl6AXQ== X-Google-Smtp-Source: ADFU+vu0YJeKzh44/BcokYHdppu77boOVATTl4rdGXgQUu89XuIczCqL7ZjiIeHUP+c2ZthLVuWYnw== X-Received: by 2002:a37:7304:: with SMTP id o4mr3236838qkc.104.1584266512692; Sun, 15 Mar 2020 03:01:52 -0700 (PDT) Received: from pryzbyj (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id r46sm17798945qtb.87.2020.03.15.03.01.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Mar 2020 03:01:51 -0700 (PDT) Received: by pryzbyj (Postfix, from userid 1000) id 801D9800831; Sun, 15 Mar 2020 05:01:50 -0500 (CDT) Date: Sun, 15 Mar 2020 05:01:50 -0500 From: Justin Pryzby To: Andres Freund Cc: David Rowley , Laurenz Albe , Tomas Vondra , Amit Kapila , Masahiko Sawada , Darafei =?utf-8?Q?Kom=D1=8Fpa?= Praliaskouski , pgsql-hackers@lists.postgresql.org, Alvaro Herrera , Michael Banck Subject: Re: Berserk Autovacuum (let's save next Mandrill) Message-ID: <20200315100150.GB26184@telsasoft.com> References: <0cd8685047ac86fdf9c5446a24ff3aed8755e290.camel@cybertec.at> <2207744f6cc70813d9000510b6bf03ce85db6675.camel@cybertec.at> <602873766faa0e9200a60dcc26dc10c636761d5d.camel@cybertec.at> <91c110aad4b8653d6433d42fd707bd16074c79a5.camel@cybertec.at> <20200313184442.GS29065@telsasoft.com> <20200313213851.ejrk5gptnmp65uoo@alap3.anarazel.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200313213851.ejrk5gptnmp65uoo@alap3.anarazel.de> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Fri, Mar 13, 2020 at 02:38:51PM -0700, Andres Freund wrote: > > Having now played with the patch, I'll suggest that 10000000 is too high a > > threshold. If autovacuum runs without FREEZE, I don't see why it couldn't be > > much lower (100000?) or use (0.2 * n_ins + 50) like the other autovacuum GUC. > > ISTM that the danger of regressing workloads due to suddenly repeatedly > scanning huge indexes that previously were never / rarely scanned is > significant You're right - at one point, I was going to argue to skip index cleanup, and I think wrote that before I finished convincing myself why it wasn't ok to skip. -- Justin