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 1jYIys-0003HD-SZ for pgsql-hackers@arkaria.postgresql.org; Tue, 12 May 2020 00:41:10 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jYIyr-0008JQ-Mp for pgsql-hackers@arkaria.postgresql.org; Tue, 12 May 2020 00:41:09 +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 1jYIyr-0008JJ-CO for pgsql-hackers@lists.postgresql.org; Tue, 12 May 2020 00:41:09 +0000 Received: from mail-qk1-x741.google.com ([2607:f8b0:4864:20::741]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jYIym-0001EJ-Kf for pgsql-hackers@postgresql.org; Tue, 12 May 2020 00:41:08 +0000 Received: by mail-qk1-x741.google.com with SMTP id b6so10842276qkh.11 for ; Mon, 11 May 2020 17:41:04 -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:content-transfer-encoding:in-reply-to :user-agent; bh=aBnwe9Zl2vP4YGv6xzJ8eRFkbqXrwJ1cWgsN0/vPD6w=; b=gT5XWUgs4YY2vPknbaz0H/SGZVzE3vIrf2T6v900/QXkX6C8Z2wp0EfhO4whns54Av qP7qDmtouYAIltJXFLz4RnxqQcqlVCoMbEL/CxTUBO+CyvwCQpoxpgarYkbTxdm3NkcK xvB+FvuDBW0VH/DFhlDLYNumiN4chiPSCB9Ks3bHR9czXI960QnvXrmS/oaCslA01go6 X3RaCKGMf0q0v3Y7iuSC9V9+NRSIO7nsuTkXdtQnFO0KIYzZ6pQHproWg8TRRjxvyR4l QJttWtTpG7i+8IMlpOq/Dndx3HBjIRmKXg6re4wvhfty7pPDk/OZBhdprJXzY306fjDY P5tg== 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:content-transfer-encoding :in-reply-to:user-agent; bh=aBnwe9Zl2vP4YGv6xzJ8eRFkbqXrwJ1cWgsN0/vPD6w=; b=W5SUpj1kIl2Cz5abtBBvH+zaeDJSBGfyxL4bzkKJZQp1QNkpQm79/eEK29yLt3idoD 1PnZwj2QLRTBvQg6/BVM+pLwTn9FS0TiHODa2BOSgE6HJkGuoktT30mCV6RiF7ruaxAG DB+MTNvORZqe5wWRin4KrU8oO7bAM50Bxchy/6tUxMj71ItpLlm5z57Dh8kh+0Q4XxTv ro2lQ+O2ksj2DhTbe4ZB4WbCGajHSzxgXXEzaPSvR131xJjtb4E0x1eCZc3EMyHR2sM8 o5m7tTyN/tXrHbO83OyInW/3dUDPOjkEGuc4g6J2XSenJaJSB8eptVhlhWyc3iPdqSBA I/Ow== X-Gm-Message-State: AGi0PuYbUU47wKe6C08EZHY7nDh+e74ntmThyLfL9rjmS73/JCmnsdT7 wHubsa1NnbDzEvKrV3bM6GdLEzlh37A= X-Google-Smtp-Source: APiQypJPKniJLVK3RT2F5Leqvr32uBstAsbdu+P7yphp9B47jB1+/QHE3RWdJGAZqQkrNm5eayTBLg== X-Received: by 2002:a05:620a:b0b:: with SMTP id t11mr18835110qkg.103.1589244063721; Mon, 11 May 2020 17:41:03 -0700 (PDT) Received: from pryzbyj (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id i4sm9432904qkh.66.2020.05.11.17.41.02 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 May 2020 17:41:02 -0700 (PDT) Received: by pryzbyj (Postfix, from userid 1000) id 764FE80092E; Mon, 11 May 2020 19:41:01 -0500 (CDT) Date: Mon, 11 May 2020 19:41:01 -0500 From: Justin Pryzby To: Bruce Momjian Cc: pgsql-hackers@postgresql.org Subject: Re: PG 13 release notes, first draft Message-ID: <20200512004101.GO18456@telsasoft.com> References: <20200505031600.GB21752@momjian.us> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200505031600.GB21752@momjian.us> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk |Allow function call backtraces of errors to be logged (Peter Eisentraut, Álvaro Herrera) |Server variable backtrace_functions specifies which C functions should generate backtraces on error. I think the details in the description are eclipsing the most important thing: backtraces on Assert(). I would say "Support for showing backtraces on error". Regarding this one: |Add system view pg_shmem_allocations to display shared memory usage (Andres Freund, Robert Haas) |WHAT IS THE ENTRY WITH NO NAME? There seems to be two special, "unnamed" cases: src/backend/storage/ipc/shmem.c- /* output shared memory allocated but not counted via the shmem index */ src/backend/storage/ipc/shmem.c: values[0] = CStringGetTextDatum(""); ... src/backend/storage/ipc/shmem.c- /* output as-of-yet unused shared memory */ src/backend/storage/ipc/shmem.c- nulls[0] = true; That seems to be adequately documented: https://www.postgresql.org/docs/devel/view-pg-shmem-allocations.html |NULL for unused memory and for anonymous allocations. I would remove this part: "Previously, this could only be set at server start." -- Justin