Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iDZMl-0006kc-Qt for pgsql-hackers@arkaria.postgresql.org; Thu, 26 Sep 2019 19:23:51 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1iDZLm-0001KD-PV for pgsql-hackers@arkaria.postgresql.org; Thu, 26 Sep 2019 19:22:50 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iDZLm-0001Jz-CT for pgsql-hackers@lists.postgresql.org; Thu, 26 Sep 2019 19:22:50 +0000 Received: from mail-wr1-x442.google.com ([2a00:1450:4864:20::442]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1iDZLj-0004ss-TT for pgsql-hackers@postgresql.org; Thu, 26 Sep 2019 19:22:49 +0000 Received: by mail-wr1-x442.google.com with SMTP id b9so97882wrs.0 for ; Thu, 26 Sep 2019 12:22:47 -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:references:mime-version :content-disposition:in-reply-to:user-agent; bh=OkZ7f7Rj6W1xVUrl1FLbZ7eQafNKo7QGW75z/iBAIb0=; b=oLfkRz6I1ed00I0wXZcSIETzdEGn8mxX78eosl9wHLu6gAfF5ufNbQOHnI9bW4bCfe ZBkYWAKakp0Y4hBT2UaT5stJkX9yMmQMrc1EBbSRAVKMX48gpOdjOKjsDMTpY2HkjggO J+dfemNvWsFZE80Ac3skwruew6j6xY2Z9OnJe1gN3H5GK8z5v8F4ZJGtOR4dlnvE0mSr dswa4NZQFVXoDfWyD/H2cv6JIiXDcyqzAOcC5HzQsjLavhaOkn3rr6Ovb1FWzpiIY8Oy jQNAn+r6rS2HvTTebC4PNSItsisrtD93h05tmqVqZnlRO8YIz8V0a1aoT+Dyc2jdjeZT hc9g== 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=OkZ7f7Rj6W1xVUrl1FLbZ7eQafNKo7QGW75z/iBAIb0=; b=QSLqTgUOIWIE8NabzqCWFYy5fpy0gxDRrZjWIJ6GCcs16qlgqT45HdY+QUwdljH7p8 XdHL30B37D6Py6NIItlU9jsO8HgqAcNgVQ/TRmFzHhBqavlyLG7UV8WFCIGHiDO0wRAw dvxPUow7loG7hz50IZtqAFWFSd1jCIkSuWQEEbnpteq4ApzgWRryC6rmIp9TKmtgVvf3 R4Exh53zZRmJpfC5LvnERuFblMD+O+gJddXoF8xYkuOJcPvSQwz3ZXEuDxLK6WWm4vqV giQOrCNn21PSWYGSASquzlheOmeFDQV0hw2jqDKl1VdYefsgGZTc+TxgcUdyIAqnimxa YlhA== X-Gm-Message-State: APjAAAWlMPjyJCU9NxyiYVRLvG8ifki/UxYqTjQedkl/46g6CV1OQn5e HlzV7XQwLcZxWNgJP5kYSUzKFA== X-Google-Smtp-Source: APXvYqxZYSgrhuH5sFYAYfWrvaSQYfX7B8n46fIppQUy2+kwq1C4aCX+WZToVAnanYDrR74yjcbsLw== X-Received: by 2002:adf:ce04:: with SMTP id p4mr71965wrn.130.1569525766415; Thu, 26 Sep 2019 12:22:46 -0700 (PDT) Received: from localhost (static-84-42-175-93.net.upcbroadband.cz. [84.42.175.93]) by smtp.gmail.com with ESMTPSA id h125sm6158476wmf.31.2019.09.26.12.22.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 26 Sep 2019 12:22:45 -0700 (PDT) Date: Thu, 26 Sep 2019 21:22:44 +0200 From: Tomas Vondra To: Melanie Plageman Cc: Jeff Davis , Soumyadeep Chakraborty , Robert Haas , Pg Hackers , soumyadeep2007@gmail.com Subject: Re: Memory Accounting Message-ID: <20190926192244.mk5ru6nkofo7am3h@development> References: <027a129b8525601c6a680d27ce3a7172dab61aab.camel@j-davis.com> <20190724215228.tlyj74ie4l2jn7ji@development> <67f66d2fa39e35aef90093c74531a38dcd5c0f73.camel@j-davis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Tue, Sep 24, 2019 at 11:46:49AM -0700, Melanie Plageman wrote: >On Thu, Sep 19, 2019 at 11:00 AM Jeff Davis wrote: > >> On Wed, 2019-09-18 at 13:50 -0700, Soumyadeep Chakraborty wrote: >> > Hi Jeff, >> >> Hi Soumyadeep and Melanie, >> >> Thank you for the review! >> >> > max_stack_depth max level lazy (ms) eager (ms) >> (eage >> > r/lazy) >> > 2MB 82 302.715 427.554 1.4123978 >> > 3MB 3474 567.829 896.143 1.578191674 >> > 7.67MB 8694 2657.972 4903.063 1.844663149 >> >> Thank you for collecting data on this. Were you able to find any >> regression when compared to no memory accounting at all? >> >> >We didn't spend much time comparing performance with and without >memory accounting, as it seems like this was discussed extensively in >the previous thread. > > >> It looks like you agree with the approach and the results. Did you find >> any other issues with the patch? >> > >We didn't observe any other problems with the patch and agree with the >approach. It is a good start. > > >> >> I am also including Robert in this thread. He had some concerns the >> last time around due to a small regression on POWER. >> > >I think it would be helpful if we could repeat the performance tests >Robert did on that machine with the current patch (unless this version >of the patch is exactly the same as the ones he tested previously). > I agree that would be nice, but I don't have access to any Power machine suitable for this kind of benchmarking :-( Robert, any chance you still have access to that machine? It's worth mentioning that those bechmarks (I'm assuming we're talking about the numbers Rober shared in [1]) were done on patches that used the eager accounting approach (i.e. walking all parent contexts and updating the accounting for them). I'm pretty sure the current "lazy accounting" patches don't have that issue, so unless someone objects and/or can show numbers demonstrating I'wrong I'll stick to my plan to get this committed soon. regards [1] https://www.postgresql.org/message-id/flat/CA%2BTgmobnu7XEn1gRdXnFo37P79bF%3DqLt46%3D37ajP3Cro9dBRaA%40mail.gmail.com#3e2dc9e70a9f9eb2d695ab94a580c5a2 -- Tomas Vondra http://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services