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 1neo9j-0005Ru-LD for pgsql-hackers@arkaria.postgresql.org; Thu, 14 Apr 2022 01:20:20 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1neo9i-0001Z7-5N for pgsql-hackers@arkaria.postgresql.org; Thu, 14 Apr 2022 01:20:18 +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 1neo9h-0001Yx-BW for pgsql-hackers@lists.postgresql.org; Thu, 14 Apr 2022 01:20:17 +0000 Received: from wout3-smtp.messagingengine.com ([64.147.123.19]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1neo9e-0005oP-PJ for pgsql-hackers@lists.postgresql.org; Thu, 14 Apr 2022 01:20:16 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 7D6DF3202095; Wed, 13 Apr 2022 21:20:12 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Wed, 13 Apr 2022 21:20:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= cc:cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm1; t=1649899212; x=1649985612; bh=BBC+VEIApJ Hc+bzq1GtUM88VlIE7qWutBdoV4LmBRYI=; b=l+sTTllQNeQeK4aK7No20BXGRe W9dqeH5IhNumvuZDwgXBgDicMEqRJ1G7bF9OEZ2G9m2jHTUJ5EMUlyEBOhZh7inN TyYgdDiFzNO/r27tiMHTmxF1bzFLPoomfzg5/8Klj+hls4xoipTQTqwjyNh7YkEt zmy7g51MuOAzmNkOOfdcUNG/67g2nHxvIPcpErm/BtOiNlzuBQdWFrWgtatCXPD3 yn/pywjqZND9P6XeNryrtdXyXMFsHJhinbEKnKFhr0Lxs09AJ1wdiE98GdXu7qOO 62Iqg75sbzkK0Wq/uawMYAyBHf148OojuCdMOKS7cl8krhfvnoXNj6N7RI+g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1649899212; x= 1649985612; bh=BBC+VEIApJHc+bzq1GtUM88VlIE7qWutBdoV4LmBRYI=; b=B kJrfNoa0xb+hz5fxJ0rafIdKKDZZ5NmhrdTF/wnzNwZwD4TxalDdozZsIAd13eyy kJafhqVQUP0OePYyD4dw+5zhNMnnhdz2O2Yr0ML05rZWOVQeKyeE+fefly7LLkwF hrzDBPleAxO5/McNCrJZsKOwsC9dJXLMW4CgCF/m+VXTG6hJMxUuVJy8bFBgY7hQ 3/ZD9dwEe4L3J2g6H02ZL/dREV85w0JXAGYr9yOZbu4SdZ+3lvJWOud60eh8VUxY 6bbp+XZkwPBNOdtF83IGC/IzjfpOy/RoTqXRT51EVLDeyqbwZREACmfHPwew6bjA lpsXwADH8AGa2fV98lfaA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudelvddggeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdljedtmdenucfjughrpeffhffvuffkfhggtggujgesghdtreertddt vdenucfhrhhomhepofhitghhrggvlhcurfgrqhhuihgvrhcuoehmihgthhgrvghlsehprg hquhhivghrrdighiiiqeenucggtffrrghtthgvrhhnpedvgeduuefhtdeuleettdevjeeh heeiveeuieegleetgeeljeelieeuieehgeevhfenucevlhhushhtvghrufhiiigvpedtne curfgrrhgrmhepmhgrihhlfhhrohhmpehmihgthhgrvghlsehprghquhhivghrrdighiii X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 13 Apr 2022 21:20:08 -0400 (EDT) Date: Thu, 14 Apr 2022 10:20:04 +0900 From: Michael Paquier To: "David G. Johnston" Cc: Andres Freund , Kyotaro Horiguchi , Melanie Plageman , Justin Pryzby , Thomas Munro , PostgreSQL Hackers Subject: Re: shared-memory based stats collector - v70 Message-ID: References: <20220317073652.kz3uuh6le6vbfod4@alap3.anarazel.de> <20220325.142256.1649716600998659084.horikyota.ntt@gmail.com> <20220325.172418.1055357550509939415.horikyota.ntt@gmail.com> <20220402082102.ojdd2e6cobsmljvh@alap3.anarazel.de> <20220404041516.cctrvpadhuriawlq@alap3.anarazel.de> <20220405030506.lfdhbu5zf4tzdpux@alap3.anarazel.de> <20220406030008.2qxipjxo776dwnqs@alap3.anarazel.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NzzzB5x5UuVyJgyF" Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --NzzzB5x5UuVyJgyF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 13, 2022 at 04:56:45PM -0700, David G. Johnston wrote: > Sorry, apparently this "2000-01-01" behavior only manifests after crash > recovery on v15 (didn't check v14); after a clean initdb on v15 I got the > same initdb timestamp. >=20 > Feels like we should still report the "end of crash recovery timestamp" f= or > these instead of 2000-01-01 (which I guess is derived from 0) if we are n= ot > willing to produce null (and it seems other parts of the system using the= se > stats assumes non-null). I can see this timestamp as well after crash recovery. This seems rather misleading to me. I have added an open item. -- Michael --NzzzB5x5UuVyJgyF Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAmJXdsQACgkQnvQgOdby QH0X6A/+N0YwVAYkIs2XjgwWr2zM1GeDf/vU4/jGbtNhal5fEbmKaLUwVl7J5AJU D9rMObiFAiBQG2CgmBi1rUxQIizbAkWsEJToraxVmGqVItJtXQvzFsog9WMFzVYh wSvBzRfCFWsQpCnOHOxoV+FDVsj6tgG61Fm8UmgnHFmmLl3twt9luvqtFCRpfHhK TL103SgfU7FGwnAirdp/w0vfWjJBSnmO56OJhiGNszVGCYmkS+PWqXYT02JvKt3d dXXH/S6YOiDCXstOyOeo9RABk4oyTPEy0nuhy5fp6hw4aWpH7MFZYgse6rOJlRGN W6fpBq3mKS8sEn4fPPzYM5GWtrx+F989bzxG8QozjBPABEiP1vCYTbHsL2WD9qLo d1D9DkynnLfkOALNC2WIWePCrvS1iWoIJ2T4AGTQ72kAVIea8KblempYULaoc8ZL EO+e3L3wMUOLL0iTsRUBUzR7dZGx81mHP/d3OXS02SG5Adq0aCq68/GThlYAw4P7 EfZa9sMgFpbieQdIZyZMdlgS1vWSAgGTMi0pKYD2WPSM7sELSeC0HusTewBn4YrH HKNcwQo0idcRTgjF1n+H/5D+O4WiS5doLWCxfjPeTdbUboz9X8sUU0sZvwE0+ZBF ODrwddIMSzd/xvVNbdB5cmnomuncjug8Wk7+H57VWEVBRrBuHug= =HaFr -----END PGP SIGNATURE----- --NzzzB5x5UuVyJgyF--