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 1oddPy-0004F6-UY for pgsql-hackers@arkaria.postgresql.org; Wed, 28 Sep 2022 20:12:30 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oddPx-0002zZ-Mz for pgsql-hackers@arkaria.postgresql.org; Wed, 28 Sep 2022 20:12:29 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oddPx-0002zP-A4 for pgsql-hackers@lists.postgresql.org; Wed, 28 Sep 2022 20:12:29 +0000 Received: from mail-pg1-x529.google.com ([2607:f8b0:4864:20::529]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1oddPu-0002Bi-ON for pgsql-hackers@postgresql.org; Wed, 28 Sep 2022 20:12:28 +0000 Received: by mail-pg1-x529.google.com with SMTP id s26so13182226pgv.7 for ; Wed, 28 Sep 2022 13:12:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date; bh=5sG7qVFPcyXHuZEK4EaTtPBsqXcyltg8zxy3mUyw2x4=; b=Mq1FJLvEJp2u15jFsY+xsSfZa/Q80AXfY23WxNLkI+oGxn2XZbOwqGd4eXBJVsxkmU KLx0jraZvgh6u3VhpLjRcIy/ocYYbs6FmnCQDNt7YfnzEz2MZ9F/mgz2LHsxjLmZvRWp HY4iUk/CNlktiZ07Z6lhKILXScnH9yKvbuPGXsvPG1fxBQ1jVwjT+oB45D/h4cUbxI54 MTcQmiWYmFZAMRoaUbjAe6Tsy8lCKYXRTj1C0bUZQh4Q7nQBophj/X6hb/MK2b44XvRI TUBy9MmDCQICJnd2XVZchpRywFhVdixFNsxTvYI3WhO2XHr1ixmvlYSSKGvTtS76wWV8 BLmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date; bh=5sG7qVFPcyXHuZEK4EaTtPBsqXcyltg8zxy3mUyw2x4=; b=CeJsia/uLSWPwqYe7bbLdUuChGvyGP+jfpogciSFEln3EjE66r9XDeG5/3JZtpNfvJ i898/UIPywU3z9BucCuIoyhRB+u0/FSCT79xNdxwNWU+gny/8Q4rkB4FRcpaOhd6Omtq 3xcWyn8rKUcHFxC1lp8vdaIdNaPajZBd9IEhahfgnr7nDRxsR9yMI2Eq2K/EaxMavS7l UKtZ+ZE4yblm2ohuCw1CCakvKOEo2zmSr5N7EFtLwIRSXD4SVJ0adYacZsPERfhtAavV uqdEUM2qERdZpsfBDHxCYWlRbLvzRKYLBI8Jnx+xwOFWcYlZA6DTctX1N6VzviURLvbP Tp4w== X-Gm-Message-State: ACrzQf0wf1kPtdkKYDdF2pVXrlCtDCA5YkZsgVgXV8oxpTaKwkgFV+4A DV6vZl6wkBU9/yVK4fvaHDY= X-Google-Smtp-Source: AMsMyM5R3Xaq7VeRMzV2IZHFdw7x+TkPaylwzWDDx4np3ZsyjHSj67vxbJ7E47jAjtKBL+I5B4d6Qg== X-Received: by 2002:a63:d0b:0:b0:439:72d7:ef81 with SMTP id c11-20020a630d0b000000b0043972d7ef81mr30201960pgl.605.1664395945643; Wed, 28 Sep 2022 13:12:25 -0700 (PDT) Received: from nathanxps13 ([50.47.162.83]) by smtp.gmail.com with ESMTPSA id z7-20020a17090abd8700b00205ec23b392sm1984417pjr.12.2022.09.28.13.12.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 28 Sep 2022 13:12:24 -0700 (PDT) Date: Wed, 28 Sep 2022 13:12:22 -0700 From: Nathan Bossart To: Stephen Frost Cc: Bharath Rupireddy , "David G. Johnston" , Kyotaro Horiguchi , Michael Paquier , Robert Haas , "pgsql-hackers@postgresql.org" Subject: Re: predefined role(s) for VACUUM and ANALYZE Message-ID: <20220928201222.GA1400058@nathanxps13> References: <20220920035147.GA114383@nathanxps13> <20220920180533.GA205278@nathanxps13> <20220920233117.GA378596@nathanxps13> <20220920235010.GB378596@nathanxps13> <20220921043126.GA382738@nathanxps13> <20220928185034.GA1397229@nathanxps13> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Sep 28, 2022 at 03:09:46PM -0400, Stephen Frost wrote: > On Wed, Sep 28, 2022 at 14:50 Nathan Bossart > wrote: >> I've been testing aclmask() with long aclitem arrays (2,000 entries is >> close to the limit for pg_class entries), and I haven't found any >> significant impact from bumping AclMode to 64 bits. > > The max is the same regardless of the size..? Considering the size is > capped since pg_class doesn’t (and isn’t likely to..) have a toast table, > that seems unlikely, so I’m asking for clarification on that. We may be > able to get consensus that the difference isn’t material since no one is > likely to have such long lists, but we should at least be aware. While pg_class doesn't have a TOAST table, that column is marked as "extended," so I believe it is still compressed, and the maximum aclitem array length for pg_class.relacl would depend on how well the array compresses. -- Nathan Bossart Amazon Web Services: https://aws.amazon.com