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 1jqTO6-0008Ax-6B for pgsql-hackers@arkaria.postgresql.org; Wed, 01 Jul 2020 03:26:18 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jqTO3-0004Li-6r for pgsql-hackers@arkaria.postgresql.org; Wed, 01 Jul 2020 03:26:15 +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 1jqTO2-0004Lb-PG for pgsql-hackers@lists.postgresql.org; Wed, 01 Jul 2020 03:26:14 +0000 Received: from mail-qk1-x72d.google.com ([2607:f8b0:4864:20::72d]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jqTNy-0000Ec-WA for pgsql-hackers@postgresql.org; Wed, 01 Jul 2020 03:26:14 +0000 Received: by mail-qk1-x72d.google.com with SMTP id b185so10309291qkg.1 for ; Tue, 30 Jun 2020 20:26:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=rS6NKFTVS1DECTJDUlzUWMNcpEpMYc0KMowpZY9LqWU=; b=WpcxMQrNv7YYJJU30nJJT4SN817jQvWr6mrOK+1MEZLknPRFCQ1em6/le7avQ0dg3l NLJSqp+e+8x2K8RfyK6zlb1v+364DwauJOBXwOPdKMUCZHU6uo1x/XsyP/yN8jn1pJkT 4j6rDIhK99YPATiCngOITLypYCkFg9aiwFNSKSaHuZSUcEaS7Aml71L2G27tj6inZaQx 6bgwuIEwDQYJzDu9aMhicLCMPoCgny4njI7pUoVTaW8LUxHqoAILfps6IhQyQf4tuPMW wIC50AhI+RU1T98ppVbZlVpIDCErmw7mrSMju12joP967FF8MltW9eOZ6vm1Vwuoz+on ThTA== 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:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=rS6NKFTVS1DECTJDUlzUWMNcpEpMYc0KMowpZY9LqWU=; b=qi5Sh7cW/LdmuV3YxV1i4Ln3hb0shHgqErl5DehgK5SRxALNa8qki9rNtCiSmkYO5i jKNvoFSbg6wfSoSZHaX3PM5Rp1hqob4H2FP5Qbq1IPoNsxUQWTzV8XITj3MG4mmgRUKX LHajz1fZSGKa1ZlvLwkH9LLWETQRMo6LbCVD5snavAZ7LElnU0BUZA4ls+vT6Gcm3s9d F17iWqNGF7T21RAOAqyW6xivTFcbEE/QLozpo2Sif7ORy4Vrhy+nJ1xOJxeIQiCcsYl5 H5xLMRSKlIbA+aLS31egrFH38VtWq23z+FkNT48vv2VnjOW2xrOh0Tp/dHep9resr6Lj IoEQ== X-Gm-Message-State: AOAM531LQmjqDgOakQZF3lpjCSMy2VOpQ4Z7fV8dkqvgpB9CDBMr3+u9 yZh4+7XMLYE1RMnLI+M6J8aNpH2LCX+x/w== X-Google-Smtp-Source: ABdhPJxCyl4XJHBcDpzen8hBulkHNEagebIChJoWW0B1r1DaiMnMj600zmIoI+clqF9FvNqFTdCGNg== X-Received: by 2002:a37:7803:: with SMTP id t3mr23099349qkc.358.1593573968089; Tue, 30 Jun 2020 20:26:08 -0700 (PDT) Received: from perhan.alvh.no-ip.org ([190.95.18.252]) by smtp.gmail.com with ESMTPSA id h52sm5110436qtb.88.2020.06.30.20.26.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 30 Jun 2020 20:26:07 -0700 (PDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id B3FBF2A1680; Tue, 30 Jun 2020 23:26:05 -0400 (-04) Date: Tue, 30 Jun 2020 23:26:05 -0400 From: Alvaro Herrera To: Fujii Masao Cc: pgsql-hackers@postgresql.org Subject: Re: max_slot_wal_keep_size and wal_keep_segments Message-ID: <20200701032605.GA16707@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <574b4ea3-e0f9-b175-ead2-ebea7faea855@oss.nttdata.com> User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2020-Jun-30, Fujii Masao wrote: > Hi, > > When I talked about max_slot_wal_keep_size as new feature in v13 > at the conference, I received the question like "Why are the units of > setting values in max_slot_wal_keep_size and wal_keep_segments different?" > from audience. That difference looks confusing for users and > IMO it's better to use the same unit for them. Thought? Do we still need wal_keep_segments for anything? Maybe we should consider removing that functionality instead ... and even if we don't remove it in 13, then what is the point of renaming it only to remove it shortly after? -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services