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 1jPuH6-0002gX-1O for pgsql-hackers@arkaria.postgresql.org; Sat, 18 Apr 2020 20:41:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jPuH4-0002g8-V1 for pgsql-hackers@arkaria.postgresql.org; Sat, 18 Apr 2020 20:41:14 +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 1jPuH4-0002g0-HL for pgsql-hackers@lists.postgresql.org; Sat, 18 Apr 2020 20:41:14 +0000 Received: from mail-qt1-x82b.google.com ([2607:f8b0:4864:20::82b]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jPuH1-0006nr-St for pgsql-hackers@postgresql.org; Sat, 18 Apr 2020 20:41:13 +0000 Received: by mail-qt1-x82b.google.com with SMTP id c16so5268870qtv.1 for ; Sat, 18 Apr 2020 13:41:11 -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=11ww6P9UVf5wGAlt4yuso8d5u1sz2WuWripWm3UnF04=; b=I7+k69y87kgwlFUUAP+jif0ayx54By8oK+Ll3FxD1iT3Npnt0zhpFRxq6GZHKgmYfo 8JpH9GtvWsoiwfx3JVx3Sa9Sg2wYTSrksa6f6R1ED9XnsGocyVlxjm3B79zqlk6enY0X 7d2K7QP8sxIQoRtn9X69s1snTg1iIZdVftoU3JauJbWH9VTgpqGk3jaIzdeiqsApasA1 5ttceKM4wTwsyeSBDm56/gTmJUJTJm0h8bb6749F6ge+5wlhWn+m8zu52yZy/giaIAn/ xwdH3ldpLq/Vea6A5ubjsxPTYtPYOAuegt1b6MhFyUzF5OTDwNgVuDBj8A14ZvmzEZy7 CAYA== 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=11ww6P9UVf5wGAlt4yuso8d5u1sz2WuWripWm3UnF04=; b=Fs5oh5tuNBYZnrXxexOhNd/itdh0fzqZjDyRoFATqTeGc0d4pkd4GT5KxUqtL4zXbg Fo4/d+dxn/n065lNW4ZRPKs+4J/I8H2CMnsNzyb8UyFeEaNZxBeCttRN9P92zUaCgDyG a2Vij7Xk44EPjmIUwDqHAJpUMopE9Dj01g2aKNsAqNFMFYqi48C8CJr0usJ1e78l5IwN gkdb9GES/bxvFvOmlDeySKQXq3AppmtynrpBuH/10bMkpnU70HFQmGddSVPMJxFETiU8 8MwBf1W5CDP+SLsi1UIlzcSsHW+/4OQv1HrfkT39YaGQOierZaJe8pZq7yMCGoY2nOnX Y4nQ== X-Gm-Message-State: AGi0PubK+BFc4EdoaeRQw44Eo1N9y/QfyVjU7NkfSUPvQErncBcm10hf u8S/pVVLU7XK8na3aUFhP3DPPA== X-Google-Smtp-Source: APiQypI4EwF/5Wm2rWKl5ucagrHyMJrk2lwHQnrySmvEXr7xjNNwPcoUY0Qg2vitriVe5cCxCEVrVg== X-Received: by 2002:ac8:19dd:: with SMTP id s29mr9503059qtk.164.1587242468888; Sat, 18 Apr 2020 13:41:08 -0700 (PDT) Received: from pryzbyj (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id j8sm21163228qtk.85.2020.04.18.13.41.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 18 Apr 2020 13:41:08 -0700 (PDT) Received: by pryzbyj (Postfix, from userid 1000) id 39F0F801599; Sat, 18 Apr 2020 15:41:05 -0500 (CDT) Date: Sat, 18 Apr 2020 15:41:05 -0500 From: Justin Pryzby To: Julien Rouhaud Cc: Amit Kapila , Peter Eisentraut , Dilip Kumar , Kuntal Ghosh , Fujii Masao , Kirill Bychik , PostgreSQL Hackers , Thomas Munro Subject: Re: WAL usage calculation patch Message-ID: <20200418204105.GL26953@telsasoft.com> References: <20200406163109.GD2228@telsasoft.com> <61b66de7-ebb3-fada-b6d3-243386976631@2ndquadrant.com> <96013912-6742-be14-dca4-6e8394cc0541@2ndquadrant.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Sat, Apr 18, 2020 at 05:39:35PM +0200, Julien Rouhaud wrote: > On Sat, Apr 18, 2020 at 6:16 AM Amit Kapila wrote: > > > > On Fri, Apr 17, 2020 at 6:45 PM Peter Eisentraut wrote: > > > On 2020-04-14 05:57, Amit Kapila wrote: > > > > Peter E, others, any suggestions on how to move forward? I think here > > > > we should follow the rule "follow the style of nearby code" which in > > > > this case would be to have one space after each field as we would like > > > > it to be closer to the "Buffers" format. It would be good if we have > > > > a unified format among all Explain stuff but we might not want to > > > > change the existing things and even if we want to do that it might be > > > > a broader/bigger change and we should do that as a PG14 change. What > > > > do you think? > > > > > > If looks like shortening to fpw= and using one space is the easiest way > > > to solve this issue. > > > > > > > I am fine with this approach and will change accordingly. I will wait > > for a few days (3-4 days) to see if someone shows up with either an > > objection to this or with a better idea for the display of WAL usage > > information. > > That was also my preferred alternative. PFA a patch for that. I also > changed to "fpw" for the non textual output for consistency. Should capitalize at least the non-text one ? And maybe the text one for consistency ? + ExplainPropertyInteger("WAL fpw", NULL, And add the acronym to the docs: $ git grep 'full page' '*/explain.sgml' doc/src/sgml/ref/explain.sgml: number of records, number of full page writes and amount of WAL bytes "..full page writes (FPW).." Should we also change vacuumlazy.c for consistency ? + _("WAL usage: %ld records, %ld full page writes, " + UINT64_FORMAT " bytes"), -- Justin