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 1kmx4c-0004HH-7H for pgsql-hackers@arkaria.postgresql.org; Wed, 09 Dec 2020 10:51:54 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kmx4a-00086N-UZ for pgsql-hackers@arkaria.postgresql.org; Wed, 09 Dec 2020 10:51:52 +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 1kmx4a-00086G-JS for pgsql-hackers@lists.postgresql.org; Wed, 09 Dec 2020 10:51:52 +0000 Received: from 9.mo173.mail-out.ovh.net ([46.105.72.44]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmx4X-0000sN-OL for pgsql-hackers@postgresql.org; Wed, 09 Dec 2020 10:51:51 +0000 Received: from player779.ha.ovh.net (unknown [10.108.20.214]) by mo173.mail-out.ovh.net (Postfix) with ESMTP id 093E11500C9 for ; Wed, 9 Dec 2020 11:51:45 +0100 (CET) Received: from darold.net (lfbn-lyo-1-706-34.w92-137.abo.wanadoo.fr [92.137.42.34]) (Authenticated sender: gilles@darold.net) by player779.ha.ovh.net (Postfix) with ESMTPSA id A8D1018F5C619; Wed, 9 Dec 2020 10:51:37 +0000 (UTC) Authentication-Results: garm.ovh; auth=pass (GARM-103G005dca6a897-9804-440f-8d19-1a8cd90eac5f, B31E9A439353255052784A4689CAAC736501DF76) smtp.auth=gilles@darold.net X-OVh-ClientIp: 92.137.42.34 Subject: Re: MultiXact\SLRU buffers configuration To: Andrey Borodin Cc: Tomas Vondra , Tomas Vondra , Alexander Korotkov , Anastasia Lubennikova , Daniel Gustafsson , Kyotaro Horiguchi , pgsql-hackers References: <8A94938B-054C-4439-9866-2C220B4D0DD7@yandex-team.ru> <20201028013651.de5cj2xadgmba5nf@development> <13D8FD63-559A-4737-B7FD-05288D1CEF8B@yandex-team.ru> <20201028233243.ygm6yqlynkqpzekr@development> <43F3DE92-F236-4EA5-B4D6-39BEF6BD849D@yandex-team.ru> <20201029134933.xd4mh2cofuf6tdfz@development> <65C1B4BA-D16F-4939-978B-AC8F370F5A5E@yandex-team.ru> <9b4d17df-b811-8323-16be-3cab913216d1@enterprisedb.com> <35862787-8b4d-a290-789e-6e12dc6527e8@enterprisedb.com> <13F86913-C01B-4983-AE2E-493F5A028280@yandex-team.ru> <6ba7eae2-8b0c-0690-11a5-e921e6586180@darold.net> <3F5E23A3-6250-486E-9CCA-E2A5B6A28B4F@yandex-team.ru> From: Gilles Darold Message-ID: <3a092075-b4f9-a983-8438-95a8d964a81c@darold.net> Date: Wed, 9 Dec 2020 11:51:36 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <3F5E23A3-6250-486E-9CCA-E2A5B6A28B4F@yandex-team.ru> Content-Type: multipart/alternative; boundary="------------0FBDDFB29502FA76DE6B21A1" Content-Language: en-US X-Ovh-Tracer-Id: 12412202051138489151 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedujedrudejkedgvddvucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepuffvfhfhkffffgggjggtsegrtderredtfeejnecuhfhrohhmpefiihhllhgvshcuffgrrhholhguuceoghhilhhlvghssegurghrohhlugdrnhgvtheqnecuggftrfgrthhtvghrnhepveetgffgteevledtveeghfeuvdeuheehiefhueehfeekgeehtdfgudetleefvdeinecukfhppedtrddtrddtrddtpdelvddrudefjedrgedvrdefgeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdqohhuthdphhgvlhhopehplhgrhigvrhejjeelrdhhrgdrohhvhhdrnhgvthdpihhnvghtpedtrddtrddtrddtpdhmrghilhhfrhhomhepghhilhhlvghssegurghrohhlugdrnhgvthdprhgtphhtthhopehpghhsqhhlqdhhrggtkhgvrhhssehpohhsthhgrhgvshhqlhdrohhrgh List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk This is a multi-part message in MIME format. --------------0FBDDFB29502FA76DE6B21A1 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Andrey, Thanks for the backport. I have issue with the first patch "Use shared lock in GetMultiXactIdMembers for offsets and members" (v1106-0001-Use-shared-lock-in-GetMultiXactIdMembers-for-o.patch) the applications are not working anymore when I'm applying it. Also PG regression tests are failing too on several part. test insert_conflict              ... ok test create_function_1            ... FAILED test create_type                  ... FAILED test create_table                 ... FAILED test create_function_2            ... FAILED test copy                         ... FAILED test copyselect                   ... ok test copydml                      ... ok test create_misc                  ... FAILED test create_operator              ... FAILED test create_procedure             ... ok test create_index                 ... FAILED test index_including              ... ok test create_view                  ... FAILED test create_aggregate             ... ok test create_function_3            ... ok test create_cast                  ... ok test constraints                  ... FAILED test triggers                     ... FAILED test inherit                      ... ^C This is also where I left my last try to back port for PG11, I will try to fix it again but it could take time to have it working. Best regards, -- Gilles Darold Le 08/12/2020 à 18:52, Andrey Borodin a écrit : > Hi Gilles! > > Many thanks for your message! > >> 8 дек. 2020 г., в 21:05, Gilles Darold написал(а): >> >> I know that this report is not really helpful > Quite contrary - this benchmarks prove that controllable reproduction exists. I've rebased patches for PG11. Can you please benchmark them (without extending SLRU)? > > Best regards, Andrey Borodin. > --------------0FBDDFB29502FA76DE6B21A1 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
Hi Andrey,

Thanks for the backport. I have issue with the first patch "Use shared lock in GetMultiXactIdMembers for offsets and members" (v1106-0001-Use-shared-lock-in-GetMultiXactIdMembers-for-o.patch) the applications are not working anymore when I'm applying it. Also PG regression tests are failing too on several part.

test insert_conflict              ... ok
test create_function_1            ... FAILED
test create_type                  ... FAILED
test create_table                 ... FAILED
test create_function_2            ... FAILED
test copy                         ... FAILED
test copyselect                   ... ok
test copydml                      ... ok
test create_misc                  ... FAILED
test create_operator              ... FAILED
test create_procedure             ... ok
test create_index                 ... FAILED
test index_including              ... ok
test create_view                  ... FAILED
test create_aggregate             ... ok
test create_function_3            ... ok
test create_cast                  ... ok
test constraints                  ... FAILED
test triggers                     ... FAILED
test inherit                      ...
^C


This is also where I left my last try to back port for PG11, I will try to fix it again but it could take time to have it working.

Best regards,
-- 
Gilles Darold

Le 08/12/2020 à 18:52, Andrey Borodin a écrit :
Hi Gilles!

Many thanks for your message!

8 дек. 2020 г., в 21:05, Gilles Darold <gilles@darold.net> написал(а):

I know that this report is not really helpful 
Quite contrary - this benchmarks prove that controllable reproduction exists. I've rebased patches for PG11. Can you please benchmark them (without extending SLRU)?

Best regards, Andrey Borodin.

--------------0FBDDFB29502FA76DE6B21A1--