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 1lV2eg-0005yF-M8 for pgsql-admin@arkaria.postgresql.org; Sat, 10 Apr 2021 01:43:22 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lV2ef-0005Uy-Fa for pgsql-admin@arkaria.postgresql.org; Sat, 10 Apr 2021 01:43:21 +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 1lV2ef-0005Ur-8J for pgsql-admin@lists.postgresql.org; Sat, 10 Apr 2021 01:43:21 +0000 Received: from mail-ed1-x533.google.com ([2a00:1450:4864:20::533]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1lV2ec-0006vN-Sy for pgsql-admin@lists.postgresql.org; Sat, 10 Apr 2021 01:43:20 +0000 Received: by mail-ed1-x533.google.com with SMTP id m3so8584821edv.5 for ; Fri, 09 Apr 2021 18:43:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec-at.20150623.gappssmtp.com; s=20150623; h=message-id:subject:from:to:cc:date:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=VK8Dhy+9veKR6q2yyX1jpNqhARRakLrfX5hCRbyia0g=; b=0FWl1M1dKsZUIuxNhkeuekOf9c9NTtoR6MWdno6w933UZqM1U3K3yk9Hzct9kgHiBr gl8lnpOrDyIOJ7mpxml+lDVY9sbor8zL7ikJ0NaRLgI4ajrZp8ZZKH0Cj8OcO4eRT7XX m+qdWkmc7ERtJtGv7iJ86RzLGitPJJ/yucMjTf3AIxsJtM7jTfSbSMFwXq+hh4MF4PPC qf3W1RKpDZ6pXucwnOIognPb1r+KFElpllpZlv11P/Y83ueLaygVqDgxv/bOPQAtvM9R e0iQRSe5/fKat+006UDbpy38XqJ8aGaWYhFghaYZ0kCTCVa7fIyP4kNqjZ1C05s8e3Oo cl2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=VK8Dhy+9veKR6q2yyX1jpNqhARRakLrfX5hCRbyia0g=; b=GFg0MWJkYFFAjU0PTNIbjIHC2RJP3Q94m3+ZONEE59nvPiawlEci1HP6FeDRW8BkoV CH9cT8K4+iKYbAXFbYyBMIH6NyclhWHafloWKf0pPgEjK9IwU3mJwWVinU6DMcCB6O2y V3tpj49nYrK45NAgIwI2yOyefb2YKFo/ExPx6ENC0d0AkuR2Ay18e1fJWTjN86w5zPXW scoMAeckjSb8ozTGOuC+bwhqxmUGvvtQ55NzcSUHytMrDdxUewP4KWz+3cQ5emz4afUz fXfR1zmy3dBU5mNVpTwUOGQRjbDPlGJaK6BBXxstr8wrBfROep3HIlwdWN1kYsTEcs/Z YTgA== X-Gm-Message-State: AOAM530DWtY8nJpGezYS2F9EjGTw/zkr2BUQ75638PvwypucvpnEj724 Btqj2L4LzVy7ewzKntmRX9O4kQ== X-Google-Smtp-Source: ABdhPJyUaxfkjdDt9u60BakexWEkgMzNWqEndipmmP8uZl6/HCh6JWOJ91crUCWXMUhdIITwkGhMPA== X-Received: by 2002:aa7:de8b:: with SMTP id j11mr20137640edv.363.1618018998320; Fri, 09 Apr 2021 18:43:18 -0700 (PDT) Received: from localhost.localdomain (178-190-168-93.adsl.highway.telekom.at. [178.190.168.93]) by smtp.gmail.com with ESMTPSA id hc43sm1979812ejc.97.2021.04.09.18.43.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 09 Apr 2021 18:43:18 -0700 (PDT) Message-ID: <464b3f924e940410da74fdc254c3aba275fc5880.camel@cybertec.at> Subject: Re: autovacuum_vacuum_cost_limit From: Laurenz Albe To: Henry Francisco Garcia Cortez , pgsql-admin@lists.postgresql.org Cc: david.g.johnston@gmail.com Date: Sat, 10 Apr 2021 03:43:17 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.5 (3.36.5-2.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Fri, 2021-04-09 at 14:19 -0600, Henry Francisco Garcia Cortez wrote: > Hi community I have a question about autovacuum_vacuum_cost_limit > I want to increase this parameter I have read on internet that value > It could have as maximum 10,000 but I want to know, what will it be the troubles if I did that change That will keep PostgreSQL from functioning properly. I would never increase the setting beyond the 20ms that were the default before v12. If the three autovacuum workers allowed by autovacuum_max_workers are already enough to strain your I/O resources, consider getting more powerful storage. Yours, Laurenz Albe -- Cybertec | https://www.cybertec-postgresql.com