Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fpE7D-0003t8-5N for pgsql-hackers@arkaria.postgresql.org; Mon, 13 Aug 2018 14:46:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fpE7B-00029P-J0 for pgsql-hackers@arkaria.postgresql.org; Mon, 13 Aug 2018 14:46:37 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fpE7B-00029H-5R for pgsql-hackers@lists.postgresql.org; Mon, 13 Aug 2018 14:46:37 +0000 Received: from mail-qt0-x22a.google.com ([2607:f8b0:400d:c0d::22a]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1fpE78-00050b-5j for pgsql-hackers@postgresql.org; Mon, 13 Aug 2018 14:46:35 +0000 Received: by mail-qt0-x22a.google.com with SMTP id h4-v6so17597733qtj.7 for ; Mon, 13 Aug 2018 07:46:33 -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=xUa6BiJUZGp4Ag+l9YO4b76cgfw4VJnJvaNTGsgX11o=; b=HEZkWSc8uboYeWqIzufXNAWMSKx46vcq/FcwiFBeN/20oihWTmMuX+Y6igxLT2APfj 2+2MSksUrTKPEnYTHbBXDUcN/TPRIkZzvl3xILe/fSMEu3b1w32c5AcOvb3fHXZDDbpa 1/WrWmX1NlHOfvmqC1b5TnE/jwEHdHyZvdFg0FzxSXRL/tIBLlL+g9nzkcYsNUAT/VYC QLb53r9sF7gkqLbI6Vth5AGiRS7UnsYtRkn2uGVf754d/BiD4D6pBD2tiKrv6QeckcZ4 RiSnxjHAbQcsOr5FdazWunX2VVJTBrh2hSEi77eVoEr6QNoLqW1A1aIED7ddh0aqS+wb aTVQ== 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=xUa6BiJUZGp4Ag+l9YO4b76cgfw4VJnJvaNTGsgX11o=; b=hbzCZ7Up+RCfloPTrw3vJ3A1Bfz8S9NJ0Dd8l3k0uXRjwU515g9kPu1iLN6+q+vWgk x/wfF3zsUj/VpNicZWEGp6IKZxDclBFc+0KBJgIGkWC5pIIh9+8BpZ0jNL7SR42bcHvP 51FYVWPMOcNAZ0Bj4dZvAfBhVH0pwxG64GxJz7417TjYS7U7kKIt2zR+ra48dj/5vdGe bV/OuKROQXzyi5WQbRwJHQroNr6KRGbf4/lKjFT+AKzTiOkqo1Rkt79+O+4up4MObQDQ biaf7JNuu3FLKOBHFSGJbB7tUkRsFwvTRk2i+ufoIehiWWop40d1OgndS5xTtBplq80w psFQ== X-Gm-Message-State: AOUpUlHMn/ZbUJ+cuIr6wEU8Yb4ehFH9mxF07RCcSv9PgihgPSVb4lP4 O5b4NDoVi+SD5gbgJ8oLWfneKw== X-Google-Smtp-Source: AA+uWPyzDM+TVh2Z8H+agyEQerWix+jtgTeoDVxxxSaZ7yZdVueWh96Ce8G+OizP41Y8rDMhRlfnNg== X-Received: by 2002:ac8:2a13:: with SMTP id k19-v6mr16993843qtk.245.1534171593073; Mon, 13 Aug 2018 07:46:33 -0700 (PDT) Received: from alvin.alvh.no-ip.org ([190.121.29.3]) by smtp.gmail.com with ESMTPSA id x206-v6sm10082393qka.89.2018.08.13.07.46.32 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 13 Aug 2018 07:46:32 -0700 (PDT) Received: by alvin.alvh.no-ip.org (Postfix, from userid 1000) id 7D108560; Mon, 13 Aug 2018 11:46:30 -0300 (-03) Date: Mon, 13 Aug 2018 11:46:30 -0300 From: Alvaro Herrera To: Tomas Vondra Cc: Andres Freund , PostgreSQL-development Subject: Re: logical decoding / rewrite map vs. maxAllocatedDescs Message-ID: <20180813144630.hmzdrbviwao64ube@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20170306-137-4415bd-dirty (1.8.0) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2018-Aug-11, Tomas Vondra wrote: > Hmmm, it's difficult to compare "bt full" output, but my backtraces look > somewhat different (and all the backtraces I'm seeing are 100% exactly > the same). Attached for comparison. Hmm, looks similar enough to me -- at the bottom you have the executor doing its thing, then an AcceptInvalidationMessages in the middle section atop which sit a few more catalog accesses, and further up from that you have another AcceptInvalidationMessages with more catalog accesses. AFAICS that's pretty much the same thing Andres was describing. I think the exact shape of the executor bits is not relevant, and I suppose the exact details of what occurs when invalidation messages are processed are not terribly important either. I think in Andres' backtrace there are *three* AcceptInvalidationMessages rather than two as in your case, but that shouldn't be important either, just the fact that there are N nested ones. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services