Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tpcO6-0093tS-5l for pgsql-hackers@arkaria.postgresql.org; Wed, 05 Mar 2025 00:13:26 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tpcO4-00CQ2L-QJ for pgsql-hackers@arkaria.postgresql.org; Wed, 05 Mar 2025 00:13:24 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tpcO4-00CQ2C-C2 for pgsql-hackers@lists.postgresql.org; Wed, 05 Mar 2025 00:13:24 +0000 Received: from mail-qv1-xf31.google.com ([2607:f8b0:4864:20::f31]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1tpcO2-0010Ad-1I for pgsql-hackers@lists.postgresql.org; Wed, 05 Mar 2025 00:13:23 +0000 Received: by mail-qv1-xf31.google.com with SMTP id 6a1803df08f44-6dcd4f1aaccso101476856d6.2 for ; Tue, 04 Mar 2025 16:13:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dunslane-net.20230601.gappssmtp.com; s=20230601; t=1741133601; x=1741738401; darn=lists.postgresql.org; h=in-reply-to:autocrypt:content-language:from:references:cc:to :subject:user-agent:mime-version:date:message-id:from:to:cc:subject :date:message-id:reply-to; bh=9370COGCe1HmTAykc8GcDyUqBN20ZQ2P1Gtv0gVH8aU=; b=eJ9VNiitiOoaxL0amJTLXsiE0lRvw343tkbrikxrJPVmpfyJyC7TXCGPG7y+31SBLq UJ/DNi49r4yk32GGpPltIaOJIE+n/a/AaUGx0i2NlD2gKhX+jEgQMJMVCglBUH6IF6Wv MaTPq23WiSf96ZIqDGMT52+Sg2iiCV5+Hf6L2rs4tkbPA7DJhZVVnI+Foj0VEjAfiwYn sE0QGuiQg2mi6h5FN36YdWgx/h957YhXhS8MPPsLP0HcPJ9dttvooRZVxcC5f3SbTk3D lFezM0bsD+3Yp3cdODbW4igaR7VsELhSav2WpHxXFF97ZEMe0HmiajbOtyY9+hEvO4pH pi5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741133601; x=1741738401; h=in-reply-to:autocrypt:content-language:from:references:cc:to :subject:user-agent:mime-version:date:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=9370COGCe1HmTAykc8GcDyUqBN20ZQ2P1Gtv0gVH8aU=; b=eh5s6QXb9Pv14Tp5xzLfYlVtuWYs0Xhr5XBm4HnHluSSIXx7Fve+nFRkFALGZ5IeNU lsqv4NhVqpJfd/HKaxnhaOkg7nPicKtSMgcJGoIRVNYXlkJjsipJf/mIF6zeA/gpa3Yf bhqyK6M+ts2ZkZ4x7o6Dfqk6G0dQWqf6UMheXXXbeIYXczoqoLDbTZlYhg+71+5K/6t9 bzID/IqmX4u4l47zdeNyha8AXkR1WKuF7XDCrhyl/7Iyr7xALgSWuIY0XeBrFxfGy6Zm EsNv+a6ZvkkTyNNqQH00yI4iMoT2h3qxOglTX1iI5E4fts81zCDQQQSASsXIHAO86OyT o4Tw== X-Forwarded-Encrypted: i=1; AJvYcCW7QIUiNQrd0XnkW3n0EAGPeVlnZ+BlTHkZiswjzZOqW0mZpoYkcg/8sth5RVU7dK9AV9xaYyveue0V3wXs@lists.postgresql.org X-Gm-Message-State: AOJu0Yzpy3Jyxt4fEgnjBZ0QEMXZ/KLj67vG8U1uHlTCDKqfyozZnoiC X7TNgFk9lLugIlK9JOHvizgZ3ZoY1XjUI3477Jya+LVa4HC8XoKuCdfx2d/Z/Tg= X-Gm-Gg: ASbGncst9VuxVLDGRNTc/CeF6VS7g0fZ959eYX2CkINt6KQcJsNhuN8zx41o/lsxz2J vBkjzlivlLt86U4BN+YHY5DLqxhcHHJjHFa3iXJH4Uj855hZhkHFh12gunFiLTu1row1I9A71t6 nYhDYEWR8q48pT5ErBQy7l5FBKlgSeoD5w7DrP+ABSziFvzKuMSqKx+RNGIWBtHmSfGi7A9Jtbh V9//IiDxET63Al2fUDj7b5Y9NW6WVGaYhdFhGd166cPmIwksxuGpOb2asUHFmB/DbredMBDWxZu BXzGH07CeoiK9LgHxLdptlnVksGNblzBuAhWNPVq17QX1p3Mmgq3wu8= X-Google-Smtp-Source: AGHT+IEDYXrvfOBCUQxEr+MI3L968nQmhUUprueRayFZDhzbbvfJxKab4MBfBmm3Ivcwd5vdrL89cQ== X-Received: by 2002:a05:6214:2341:b0:6d8:9062:6616 with SMTP id 6a1803df08f44-6e8e6cc36admr22639696d6.7.1741133601041; Tue, 04 Mar 2025 16:13:21 -0800 (PST) Received: from ?IPV6:2605:a601:a681:6b00::1cb? ([2605:a601:a681:6b00::1cb]) by smtp.googlemail.com with ESMTPSA id 6a1803df08f44-6e89766163esm72542346d6.59.2025.03.04.16.13.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 04 Mar 2025 16:13:20 -0800 (PST) Content-Type: multipart/alternative; boundary="------------vOQU0m2RgsiNjBbUNjmE3IEF" Message-ID: Date: Tue, 4 Mar 2025 19:13:19 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: scalability bottlenecks with (many) partitions (and more) To: Tom Lane Cc: Andres Freund , Tomas Vondra , Jakub Wartak , Robert Haas , PostgreSQL Hackers References: <7c1eeafb-2375-4ff6-8469-0640d52d44ed@vondra.me> <5xahykogf2sg3ofdqk2li7xx3t2vh23m42jnvfwxoi5fhh7iya@girlhoxdxjzc> <486baeb2-2adc-48d2-ba9d-13c4ae43301c@vondra.me> <733e72fa-5fc2-48fc-ab1f-1d8f1ab387c3@vondra.me> <193453.1741123834@sss.pgh.pa.us> <197167.1741125678@sss.pgh.pa.us> <8a1a5c10-0644-4ea0-a9e8-73d3a2908e18@dunslane.net> <200085.1741127335@sss.pgh.pa.us> <947e4acd-94b9-4990-83f5-874c71d69b17@dunslane.net> <203685.1741129474@sss.pgh.pa.us> From: Andrew Dunstan Content-Language: en-US Autocrypt: addr=andrew@dunslane.net; keydata= xsBNBE7KWFkBCAClridxur2AIc7eW2AR7izbfp3EnNefie2HbLF0izW5Ik5UjX2HBXBx4syI gY6b0ugohXrr274+baoAlvSbq6cAoQuEVrk5IZFzt20b1Xkx65FwGSEj526yiKLocqkJceSq Xr9xcA5SGY+FZv441chh5SU92v4q6z+6LPpoHOh97ptAVXZYNTtU0LevyvD5lja0TzbvJm6C eFXitJfnm1pLEr0DGJCR/iUOl/N62Kh4855zZC7NHIjQHPOvV5Stz/l5ilDhvGVk+xkXFPys SjZoUr1rXhYLpiyi5sR0X9FHXT0KnGuz1F5ERO7ZTLSSQ6fJwPj6gOk9K+vvoKvoeql5ABEB AAHNJEFuZHJldyBEdW5zdGFuIDxhbmRyZXdAZHVuc2xhbmUubmV0PsLAmwQTAQgARQIbAwIX gAIZAQULCQgHAgMiAgEGFQoJCAsCBBYCAwECHgcWIQTkPlhGHfx8v0RpFaWZ+n/LWfw7gQUC ZFlxxwUJGVGAbgAKCRCZ+n/LWfw7gXikB/9ZdcUy6CTBFIIuL/bVsc1eLEW/gJBjJBF6HxNY xgEkAgXAp4Lg4A5U+QB9GouFr7+GYxF0BU4hzoGhNPUWltxnHdMWP8nC/38LAqgMi8L/bbsm HW5YPBdWYaAZAPJQVfOAgjTbRUb26KSprpyrrJKW0ZmrZfjhNPcQ72jpWzoPLQqx2X6B0fru 1jq+cBh8lb6r1mJTim1T3JIn+F/v5VpdQS+EL8xqsHkfzKjIPsW3CIXpkypSk6saA55Rkkbl 26AW8ftPVB0Q6Lnn6FLt9CP0MGNixBQ55yq8r1K+nCBvCCjvQjM8RDm0UUum0WNl+ifQgTLO E8TWEnwVtkBf+3QWzsBNBE7KWFkBCADRnOM0FCzsYW6jtncg+dWIagjUZpvaClmqn/sJluLa Q3v1VXMQJzYs3eC1gh386W+XBwLRpDj3jzH81lX+p73Re3d3oJW7X+ffsxuzu5ZVdMUkqBYo nkAbKxr6gyJ12F/+JkUVzLcoTN+d/7YsQvUVi7NaKH8mJgjz112O4fUe3p9wfAaFa0RXHc5S GPzRTYRRlv/XZBIho4J2tkZOnteZJZ+GbxQVlINt6fd8P6al3MWOvpP/ExJPguEfjOsO6Njy xjo3WfpD4lHMOR/Oc3/8mScEF84rF2jXbsFgelWnbPWAvXY+pD0dXOFRkagGmC/viwBDqq5b 5tk76kKmUbZxABEBAAHCwHwEGAEIACYCGwwWIQTkPlhGHfx8v0RpFaWZ+n/LWfw7gQUCZFlx 5wUJGVGAjgAKCRCZ+n/LWfw7gf+iB/4g8CPY5jihf5r/8EsoIGe2H+dpVmpPF8YGBzTIvCz/ fQoOq8AX/pE76QEuFnFZWfjw+wgBXgCVmkox2Eflkk6z4ND3pcwGZ6CfCxTQCDk/dij+2DQ4 6bmDCy/sBgcbz9mTpoLC11HLoPae6YN9nBNQRZDcEFEu54OaVOqlIdbA6m+POIBCXZdHOFc0 WoDTgxHRzC1jgQNidyd6tKqcsVJs0dzF0oKTmFFmUAqTdJO12LBuNA1rlqrR3EtpYk8B/wtS 5dIMD7Q8hwQpL+4C6GNpb6ZKnPkLi47pDOLhz2qBrqN+rqUEsT3YnExYpzj5yOBi+FlmV1Hw 49QYe1sn2ZPs In-Reply-To: <203685.1741129474@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This is a multi-part message in MIME format. --------------vOQU0m2RgsiNjBbUNjmE3IEF Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 2025-03-04 Tu 6:04 PM, Tom Lane wrote: > Andrew Dunstan writes: >> Will check your patch out too. > Comparing previous run against current, I now see that my patch > caused it to skip these steps: > > module-ldap_password_func-check > module-pg_bsd_indent-check > contrib-sepgsql-check > > Skipping the ldap and sepgsql tests is desirable, but it shouldn't > have skipped pg_bsd_indent. I think the cause of that is that > src/tools/pg_bsd_indent isn't built in any of the previous build > steps. Up to now it got built as a side-effect of invoking the > tests, which isn't great because any build errors/warnings disappear > into the install log which the script doesn't capture. I agree > with not capturing the install log, because that's generally > uninteresting once we get past make-install; but we have to be sure > that everything gets built before that. Yeah ... I think an easy fix is to put this in make_testmodules(): + +       # build pg_bsd_indent at the same time +       # this doesn't really belong here, but it's convenient +       if (-d "$pgsql/src/tools/pg_bsd_indent" && !$status) +       { +               my @indentout = run_log("cd $pgsql/src/tools/pg_bsd_indent && $make_cmd"); +               $status = $? >> 8; +               push(@makeout,@indentout); +       } A lot of this special processing goes away when we're building with meson. cheers andrew -- Andrew Dunstan EDB:https://www.enterprisedb.com --------------vOQU0m2RgsiNjBbUNjmE3IEF Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit


On 2025-03-04 Tu 6:04 PM, Tom Lane wrote:
Andrew Dunstan <andrew@dunslane.net> writes:
Will check your patch out too.
Comparing previous run against current, I now see that my patch
caused it to skip these steps:

module-ldap_password_func-check 
module-pg_bsd_indent-check 
contrib-sepgsql-check 

Skipping the ldap and sepgsql tests is desirable, but it shouldn't
have skipped pg_bsd_indent.  I think the cause of that is that
src/tools/pg_bsd_indent isn't built in any of the previous build
steps.  Up to now it got built as a side-effect of invoking the
tests, which isn't great because any build errors/warnings disappear
into the install log which the script doesn't capture.  I agree
with not capturing the install log, because that's generally
uninteresting once we get past make-install; but we have to be sure
that everything gets built before that.


Yeah ... I think an easy fix is to put this in make_testmodules():


+
+       # build pg_bsd_indent at the same time
+       # this doesn't really belong here, but it's convenient
+       if (-d "$pgsql/src/tools/pg_bsd_indent" && !$status)
+       {
+               my @indentout = run_log("cd $pgsql/src/tools/pg_bsd_indent && $make_cmd");
+               $status = $? >> 8;
+               push(@makeout,@indentout);
+       }


A lot of this special processing goes away when we're building with meson.


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com
--------------vOQU0m2RgsiNjBbUNjmE3IEF--