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.96) (envelope-from ) id 1wRkTY-002eWM-06 for pgsql-admin@arkaria.postgresql.org; Tue, 26 May 2026 05:37:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wRkTT-002ynZ-2h for pgsql-admin@arkaria.postgresql.org; Tue, 26 May 2026 05:37:08 +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.96) (envelope-from ) id 1wRkTT-002ynR-1E for pgsql-admin@lists.postgresql.org; Tue, 26 May 2026 05:37:08 +0000 Received: from mail-dl1-x1230.google.com ([2607:f8b0:4864:20::1230]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wRkTS-00000000o5H-1SaG for pgsql-admin@lists.postgresql.org; Tue, 26 May 2026 05:37:07 +0000 Received: by mail-dl1-x1230.google.com with SMTP id a92af1059eb24-134fe980658so11711608c88.1 for ; Mon, 25 May 2026 22:37:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1779773825; cv=none; d=google.com; s=arc-20240605; b=TeEggxfss4DBLgFfRbr5SFxrj5zRCaVaVQQNvPCYUczWSghUhwLziaAD7C25POImEd EddxHFaOY40jffCPCFNiek9CEHcgqVUJJQc/qu6o+p3/AqSa4+w4ZdARIz7hNREXhENv tD8tJTV1y5sbjIrNcPRiGQru6U5NNSIvwPb5qpW8PjjZgKEVjInTGJY9U2YkuVaonB2v l0Pmk7jiAqncu3HbYJynZ0Ed7WACIsInbehBlJTWVfQhTVdJNA/AlpEoozMgeVsTIZzC C3ndLeWpnFt2gCjg7b2YY7F788G1yZBWmg4UYuyEHJFoqkciT+hQ3cntfW02s54dHLh+ wuew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=a8baP2q3A6SKHUCyMO6Br04a0eHG7zpjuiLd7y9sahQ=; fh=druxZHa2fk4e6MLibibygn9AWWgeaAPo4m8Gpo2MBXU=; b=KULRQUqBrsBughPAZTU8gpl5G0CjU/DijQ1gKCeIZzSLhWKF8hR752OOiqG2u8n1GR ay+cU299LqCf9eUKNV6wpb6uq/H63FrePHSVuu3lPsJgPrSj9GPDHoD4zGqKGCPZRv1Y 3ZteSeVQwewa4MrcnyC6RHDDwf//GgKxOx2RXsaLd41LDrvxN4gUsHfPhE2qExxc1QrM nJOfPc1/b5u4HFK5yPG1m4HYA5kR7Ubt5L36NtnKYXssf0EqB4Qg4Ol1GQtATYR5MJcP 25tAwMEFLo4Gau73j5Tc5CnpjX9fNa4WQZ3Q58hMsm8x/aVQmjituZTP8kZKcSG2Zb/s 3Cuw==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779773825; x=1780378625; darn=lists.postgresql.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=a8baP2q3A6SKHUCyMO6Br04a0eHG7zpjuiLd7y9sahQ=; b=pOK4G4gZudRYusTeR2RFg5gQVR/m6X1OIVVDJ9osgTifT69EFmd0lb27MPgG+BnXfK j9w7L0uUmkG15PgO9ppNQRs94Cy21s76KnOd0MKJJFhEYRJ3J1kU9z8s0FZR+4I3cAQ0 kGNJ3FxztfzxWQVWj2aViZpXyZg3/fN1FgPaWpCMDfLj+ABgrprTJDA7LHRBgZWBpjLF IRc2GexZyOAX3Q3OxQc5m5tQZSaNKfOS5csNuSXNYdHGI059ck57ObWJe8rA1w2vsIoB aib9Etl+ZiU6fuCV8SuiaTA+7VyrWCb9NVZeDuBeXvacdxZjad9gvj2p9Oo+MOoK7YDE EFqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779773825; x=1780378625; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=a8baP2q3A6SKHUCyMO6Br04a0eHG7zpjuiLd7y9sahQ=; b=CuD7JUTTIeL3EgK4cq+ohR/zRFv6zPx1OBxs3SMr9QhQR9XowOPrX8TSeP7t4NUqfp N3f6YUFFGBSjoO7wWsWoS4Ukp0289nehXf3I6FEc5cDGXd9W1VsiyhZq7Z7qxxnunY46 9ca61Hyl6u7ur2a4XVI3F+TwjPfZh0qcUq+8xuh0NXiXm+uucl8FoLq1ly3vyqcokZWv ZCVHqsB41qsJeEWrbWBIpc2r6YMxVKKJoxroLtxzuQFG7q4AWH0fAUdeq3qyJKANlkZp aCcKXKA3IlbGik7i/wwDlD7my2p05hCkf5750uoVJ5DP00hQYs9IJObzpKG5u51UVmEB d1iQ== X-Gm-Message-State: AOJu0Yz4sR/bKYmrD6/4r3oU0w9BOOgkVBDCjlpADkknah2Woflhfs+E RFuBmCtFxFNiHNeF4HniS3B/7uw0457M+/7ODoqJbuNQ4JOVDX+Ehz0CgkHtLeaOQQtEvXGtGi+ YUtF3qgU8rBejO3hvEN28nHPqhhkZKMDeJWQp X-Gm-Gg: Acq92OGp7fmqncHpdG5iz9uoDurpu5YaB2f8e9h6sduW5lFcs22Ij4fABE9WElhRw52 +Gn9bT4PrATvAQm1qvdeN9UJW5ZJHk+DPxIHz7vylRg4GLTS2rtYQX4PCy7HadjEX+FHTLTyWti wcBE033VQP4GsjW5+jt2XBgCCCVBDIKWI0xjn9uCycEYvPJ8eU66Gk2SdQYCJzMVanEF7F6XsFS 2xm+XpIWI0mEUbVoLqqtxns63nh49qRCSDcVGVQgbJv6KQyU8qWO8Jx3PQGYduCCVtk5bbukDYj iu9ELw== X-Received: by 2002:a05:7022:b053:20b0:136:b45a:4f65 with SMTP id a92af1059eb24-136b45a5decmr2391187c88.37.1779773825324; Mon, 25 May 2026 22:37:05 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: mahamood hussain Date: Tue, 26 May 2026 11:06:53 +0530 X-Gm-Features: AVHnY4J5ukDfoMJPjvhg7wJWLOe6U6NHhTpZZnxFtDti7t-WvcedjR0eaEr1ROU Message-ID: Subject: Re: Request for Guidance on Recommended ulimit/Open File Settings for PostgreSQL 17 Multi-Cluster Environment To: Pgsql-admin Content-Type: multipart/alternative; boundary="000000000000a39b4f0652b1e226" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000a39b4f0652b1e226 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thank you for your response. How can I determine whether the current setting is sufficient and verify that I=E2=80=99m not hitting any limits with the existing value? On Tue, May 26, 2026 at 2:33=E2=80=AFAM Laurenz Albe wrote: > On Mon, 2026-05-25 at 22:46 +0530, mahamood hussain wrote: > > Current DB2 Setting: > > Max open files =3D 65535 > > We would like clarification on: > > 1. Is increasing the open file limit (ulimit -n) recommended/require= d > for PostgreSQL in such > > multi-cluster production environments? > > 65535 will be more than you need, unless you plan to use thousands of > partitions or processes, > which is a bad idea anyway. > > > 2. What would be the recommended LimitNOFILE value for PostgreSQL > considering:multiple clusters > > on same hostproduction workloadsPgBouncer usageETL-heavy processi= ng > > It all depends on how many files (tables, indexes) you plan to use. If > you are worried, > just set the limit higher. > > Yours, > Laurenz Albe > --000000000000a39b4f0652b1e226 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thank you for your response.=C2=A0

How can I determ= ine whether the current setting is sufficient and verify that I=E2=80=99m n= ot hitting any limits with the existing value?


On Tue, May 26, 2026 at 2:33=E2=80=AFAM Laurenz Albe <laurenz.albe@cybertec.at> wrote:
On Mon, 2026-05-25 at = 22:46 +0530, mahamood hussain wrote:
> Current DB2 Setting:
> Max open files =3D 65535
> We would like clarification on:
> =C2=A0=C2=A0=C2=A01. Is increasing the open file limit (ulimit -n) rec= ommended/required for PostgreSQL in such
>=C2=A0 =C2=A0 =C2=A0 =C2=A0multi-cluster production environments?

65535 will be more than you need, unless you plan to use thousands of parti= tions or processes,
which is a bad idea anyway.

> =C2=A0=C2=A0=C2=A02. What would be the recommended LimitNOFILE value f= or PostgreSQL considering:multiple clusters
>=C2=A0 =C2=A0 =C2=A0 =C2=A0on same hostproduction workloadsPgBouncer us= ageETL-heavy processing

It all depends on how many files (tables, indexes) you plan to use.=C2=A0 I= f you are worried,
just set the limit higher.

Yours,
Laurenz Albe
--000000000000a39b4f0652b1e226--