Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m15z1-0003ID-Q9 for pgsql-hackers@arkaria.postgresql.org; Wed, 07 Jul 2021 11:44:51 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1m15yy-0002uw-L7 for pgsql-hackers@arkaria.postgresql.org; Wed, 07 Jul 2021 11:44:48 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m15yy-0002uo-Bs for pgsql-hackers@lists.postgresql.org; Wed, 07 Jul 2021 11:44:48 +0000 Received: from mail-pj1-x1032.google.com ([2607:f8b0:4864:20::1032]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1m15yw-00028z-3C for pgsql-hackers@lists.postgresql.org; Wed, 07 Jul 2021 11:44:47 +0000 Received: by mail-pj1-x1032.google.com with SMTP id h1-20020a17090a3d01b0290172d33bb8bcso3566904pjc.0 for ; Wed, 07 Jul 2021 04:44:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BYhPVQt+ZFKd70BYMaBn3EFzoZ8yI8s5f10nfVhDPRc=; b=PlTMZRiBzgFsbeJayRL3ZDN+JthdUEt6Qv9vdW9NJ0lKoL+SUqyUIAa9/ayw0zdRYS ZbSAqCLt2aw4auX3YIBk1kMnIr70NMQaIt0HVgwyZ4mA+GsasEKb6jb/+yK9UJbZtKq7 vJojUkAPCMvleQv1aoGhCkN3McGV4IHxG2Hj1Tg0n47JoKSKYdK4V3M60i7qYs+kGqe2 k1+5bzo3I1GjhLJADqMMkD0MOl7SFBM+CSVIVpN2ROfbZPt1A4ENrs5ShUvG0DcMOXHm fiekmf4reTPENUD1lKLi5QIO3iO2F0xMN/+c6LhQ6bhyif+swL+4Ko26OdiYmHAIsaUJ +wHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BYhPVQt+ZFKd70BYMaBn3EFzoZ8yI8s5f10nfVhDPRc=; b=kD9HOjLRn+fWjydlNg544kH5vSAG+ikJe4blF/G3CWaPcSPy++XxKYUw9ryLqiWkMB XFW90lCYcGuVowun4VcHXtvhGE/cewob4laCaFg82kOcyHoBg+MQIQVqoP158Jn944tM I0EdfHfdhaI/OwM3Htbg/N/EyyPDiJnpMrKcnmOZBN0FA/kFmV39sINHkKeB8sd0dITG p3rlgdA41UtKFhDcZw1cl6BLNCAX0D0PyMJiUs0413q3I1Xu5tdm4EHUwwDkNumEx5Gc nOsdwGudTKllwEGEEA3i7j6yeysExGtcL+Lbe6os30iVcDfqzIFFxZqE2qJYVUPOzLvz HlZA== X-Gm-Message-State: AOAM530UnL6RreuwppGSO736EA1G9FDi+n4zlaLoQnbxOmKik5DCeKzM btq7rzZfDEt9BWI9QbxfK41wJnhUXCJlXmulTbo= X-Google-Smtp-Source: ABdhPJyyO4/o4XneTnK0yeYMjQz3UrQhL+X1xeqeOp76PWmy4bFwcSasTMrW3P46Rg+UbfsweSpvqEAL7dme5Uc7Gzo= X-Received: by 2002:a17:90a:3b42:: with SMTP id t2mr1715369pjf.193.1625658283720; Wed, 07 Jul 2021 04:44:43 -0700 (PDT) MIME-Version: 1.0 References: <1c6fa18692a77ff6098dedc0c150df24ffe9db89.camel@cybertec.at> In-Reply-To: From: David Rowley Date: Wed, 7 Jul 2021 23:44:16 +1200 Message-ID: Subject: Re: Update maintenance_work_mem/autovacuum_work_mem to reflect the 1GB limitation with VACUUM To: Laurenz Albe Cc: =?UTF-8?B?TWFydMOtbiBNYXJxdcOpcw==?= , PostgreSQL Developers Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sun, 4 Jul 2021 at 22:38, David Rowley wrote: > I could do with a 2nd opinion about if we should just adjust the > maximum value for the autovacuum_work_mem GUC to 1GB in master. > > I'm also not sure if since we'd not backpatch the GUC max value > adjustment if we need to document the upper limit in the manual. I was just looking at this again and I see that GIN indexes are able to use more than 1GB of memory during VACUUM. That discovery makes me think having the docs say that vacuum cannot use more than 1GB of memory is at best misleading and more likely just incorrect. Right now I'm considering if it might just be better to revert ec34040af and call it quits here. David