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 1vjLaV-00DRtt-22 for pgsql-general@arkaria.postgresql.org; Fri, 23 Jan 2026 18:08:52 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vjLaU-000zIL-1Z for pgsql-general@arkaria.postgresql.org; Fri, 23 Jan 2026 18:08:50 +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 1vjLaU-000zID-05 for pgsql-general@lists.postgresql.org; Fri, 23 Jan 2026 18:08:50 +0000 Received: from mail-yw1-x1135.google.com ([2607:f8b0:4864:20::1135]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vjLaR-001wjV-2D for pgsql-general@postgresql.org; Fri, 23 Jan 2026 18:08:49 +0000 Received: by mail-yw1-x1135.google.com with SMTP id 00721157ae682-79274e0e56bso24903947b3.0 for ; Fri, 23 Jan 2026 10:08:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1769191727; cv=none; d=google.com; s=arc-20240605; b=cvkAdSHCszT0uPCZPa2nkQW17aKmGr8XuryqwaAp/1DfN90pMs6iSnIh2iSNHGvcSV /E3GngUOXJCvEb90UvBr3dZHqoq4ZqpLlDwhABS80q2d6yiETm2laV+XXDt69MN0gZj3 acQR2Nq2F/G8eoAoISdaoDOg2a4KSMRK1ZC5/8IXYBnJWHeWb836NHpd25GL4ovQzCGC yjqRw1OSiUtn4vw7CNMvRcKc35yCG4vcZrHJYHLpTXTPSL+VrhJL05zW6k0awmO/ZAfh S9tf1AzOPFQvgK6IG8znvf+FErfcEZ/cUlNuuHDKl3NvQHDK8qLzHfcAhERjrgWYe+as o9WA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=to:subject:message-id:date:from:mime-version:dkim-signature; bh=8pARQil8Jmk3mkcRDtPfrkWqC0wo5WLon9r8vEDCwgU=; fh=KNSq+t9BltSXFnT3Yof/aKGBtqxeA+bTALiYdvTslaY=; b=FZqO+L0bKtgJUU8/673XqECxImYMl4S8U3n/88klphBN7xaOdLOFYo1N73pxyJsf1K IrDAoL7AFyCST14B5NBYH5fi5ReluYKxmSbB46KuPlaOSWNo9LkOAmkEm1lJFpj+RRmt xVOWDp3Xlpz99oHj6tuaKnHkiehuBBAshYAZwK8ZTnfh6g41r1Vy6KMZTiJItECdq7w5 sLzIM9+GCh3AQN/VebaXVRUDdzRe6uSF8+g0eh24olwHZhjhfva5vIMfEqJSW8v2nrqi ekt+c6pU3EyQhB3kooyGr1ESfWPqoVOkHUb3Gzc6+730WTK9Mf5/tQiGHLBkHU5ZfTDB nxyw==; darn=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=20230601; t=1769191727; x=1769796527; darn=postgresql.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=8pARQil8Jmk3mkcRDtPfrkWqC0wo5WLon9r8vEDCwgU=; b=kSVSvPUSahOzZTKdMG8IkTIIEXx+/cx9b7aNW6unh5U2MZ6rkJUBWx/ZJwb0zDrgNM 0ttofbuowSa5qRR8zJC8P0bbdq1N1gu6RtXyDqBX+aGlBGyqb6ExJxyw16kUnGbWrtxH TJ9Yfqg/pApMVUuCrdqOGjssTQCa37KI2nwkSnVrJDpQTZPimKUpptZ89GE0BLYTJzhj KaHe+sAf6pSE3H/PlWJ4PglrHsFSUUI63c6pG3rm2OtDn2s6+Rt06K/hSM5cwtQejiSP atY3VWOSnseGuz4HsL5RCoZmSRChFNo36wQj+AgtOd+2Vm/qP0odWH4V4MdL0xf/asKC tF/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769191727; x=1769796527; h=to:subject:message-id:date:from:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=8pARQil8Jmk3mkcRDtPfrkWqC0wo5WLon9r8vEDCwgU=; b=Y0w5wKCzd0LaNXMtGrjHxYt67V308luF1rcS/X6FP42fRM0V+Urp5EGg1M/9dlYUal nWXNx17DItvbz4i5OiRSAoMAggIGO3zR667JvdhhBcFza9FACIVL/uB+ANHAMDKtiIRt inp1SU/QxJTdf1161hz+kVWWO7wm+yCMhCsHFC2G1Us791DNoXNY49oPaalTI0Y7fAy8 LU5/+ZZLtMXxHqXS4xrF66ApZe+XVoXotecuwF5B5nxXBnRNsPzx7SzDwihb6qIoCqDm s+mgsxZKa8+5RcPRTB8hHujRKiNXb19iwS9NxRvBloch33T742uM3nqxpUi3oHohx9OW QVfA== X-Gm-Message-State: AOJu0Yy4ds4VWsFmEx2M4m32rrZucstGQ2VB/TiLoLaVcuSYYZBxwmJN gVEk7H3/7+359f1zEpniYCR+OIW5cCbA7mTFxKpiz65B9C6maDB8w0sn1X3rKwzC3tBCy7udW/C Pdlsxdom8FWPe1SOLnspepAsyd78qsMA/mIMk X-Gm-Gg: AZuq6aItzH1Ep2BBEurDWopzVyJ+nboXxDxbgj9ml6wJlQTO6t/wPsUWgBPqvwKKBAt zy2RsBlQeU4VxzJERVMQtru0L0cCWtm4L2nOv1tQOqGq9tZ8XjfI1r17+LIC5Egeiof79hsiHqw Fr069mLAeybFmDnunQwSTw2bIYCHOIpJkY9lO4MmxLINpByQQnM/CJIEbKci5SwY9wQgbAhxrFQ sxElqWgEWTxgP5dtv/j0F/bh2rPjLS9Sbi1xsil8sMpfSdarTGS01xz/lF+G4XxzZq2+U3L2ToY GECm4qo= X-Received: by 2002:a05:690c:660d:b0:78f:f3c6:f303 with SMTP id 00721157ae682-79439984300mr37682067b3.38.1769191726934; Fri, 23 Jan 2026 10:08:46 -0800 (PST) MIME-Version: 1.0 From: KK CHN Date: Fri, 23 Jan 2026 23:44:45 +0530 X-Gm-Features: AZwV_Qi6Xjhd25rdsd96YUIyRX2qNqTI2ND4R_47iuEMuad3UqYvLm1jvo1GJCM Message-ID: Subject: Resource Usage same In spite of fronting my DB server with Pgbouncer ? To: pgsql-general Content-Type: multipart/alternative; boundary="0000000000006c73940649120c8f" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000006c73940649120c8f Content-Type: text/plain; charset="UTF-8" List, I am fronting my postgres 16 server with pgbouncer1.23.1 What surprises me, even though I am deploying pgbouncer as a separate VM in front of DB server VM, the top command shows the almost same resource usage statistics in the case of load averages, Memory usage etc on the DB Server, whether I am infronting DB server with pgbouncer or not. Please find the top output from the db server pasted here. https://glot.io/snippets/hf4ilogbz0 My Pgbouncer server top output shows littler resource usages in terms of CPU, MEM usage on the top out put of pgbouncer VM ( load averagaes less than 3 always, and Ram usage is very low, swap usage almost nil.. Why eventhough I have deployed pgbouncer for this setup why DB server still shows large resource usage as in the pasted out put. How can I improve the resource usages on DB server ? what is the root cause DB server's still high resource usage ? Any hints are most welcome . My pgbouncer.ini config params pasted here for any valuable suggestions for fine tuning. [root@pgbouncer ~]# grep ^[^\;\;] /usr/local/etc/pgbouncer.ini [databases] recoil = host=dbmain.erss.in port=5444 dbname=recoil [users] [pgbouncer] logfile = /var/log/pgbouncer/pgbouncer.log pidfile = /var/run/pgbouncer/pgbouncer.pid listen_addr = * listen_port = 5444 auth_type = md5 auth_file = /usr/local/etc/pgbouncer.users admin_users = myuser stats_users = myuser, pool_mode = transaction max_prepared_statements = 100 server_reset_query = DISCARD ALL server_reset_query_always = 1 ignore_startup_parameters = extra_float_digits, options, statement_timeout, idle_in_transaction_session_timeout max_client_conn = 5000 default_pool_size = 50 min_pool_size = 30 reserve_pool_size = 10 reserve_pool_timeout = 5 max_db_connections = 900 max_user_connections = 800 server_lifetime = 3600 server_idle_timeout = 60000 [root@pgbouncer ~]# Regards, Krishane --0000000000006c73940649120c8f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable



List,=C2=A0=C2=A0
I am fronting my postgres 16 server with=C2=A0 pgbouncer1.23.1=C2= =A0=C2=A0

What surprises me,=C2=A0 even though I a= m deploying=C2=A0 pgbouncer as a separate VM in front of DB server VM,=C2= =A0 the top command shows the almost same resource usage statistics in the = case of load averages, Memory usage etc on the DB Server,=C2=A0 whether I a= m infronting DB server with pgbouncer or not.=C2=A0

Please find the top=C2=A0 output from the db server pasted here.=C2=A0


My Pgbouncer s= erver=C2=A0 top output=C2=A0 shows littler resource usages in terms of CPU,= MEM usage=C2=A0
on the top out put of=C2=A0 pgbouncer VM ( load = averagaes=C2=A0 less than 3=C2=A0 always,=C2=A0 and Ram usage is very low,= =C2=A0 swap usage almost nil..=C2=A0


Why eventhough=C2=A0I have deployed=C2=A0 pgbouncer=C2=A0 for this setup = why DB server still shows large resource usage as in the pasted out put.=C2= =A0

How can I improve the resource usages on DB se= rver ?=C2=A0 what is the root cause DB server's still high resource usa= ge ?

Any hints are most welcome .

My=C2=A0 pgbouncer.ini=C2=A0 config params pasted here for=C2=A0 a= ny valuable suggestions for fine tuning.


[root@pgbouncer ~]# grep ^[^\;\;] /usr/local/etc/pgbouncer.ini
[da= tabases]

recoil =3D host=3Ddbmain.= erss.in port=3D5444 dbname=3Drecoil
[users]
[pgbouncer]
logfil= e =3D /var/log/pgbouncer/pgbouncer.log
pidfile =3D /var/run/pgbouncer/pg= bouncer.pid
listen_addr =3D *
listen_port =3D 5444
auth_type =3D m= d5
auth_file =3D /usr/local/etc/pgbouncer.users
admin_users =3D myuse= r
stats_users =3D myuser,
pool_mode =3D transaction
max_prepared_s= tatements =3D 100
server_reset_query =3D DISCARD ALL
server_reset_que= ry_always =3D 1
ignore_startup_parameters =3D extra_float_digits, option= s, statement_timeout, idle_in_transaction_session_timeout

max_client= _conn =3D 5000
default_pool_size =3D 50
min_pool_size =3D =C2=A030reserve_pool_size =3D 10
reserve_pool_timeout =3D 5
max_db_connectio= ns =3D 900
max_user_connections =3D 800
server_lifetime =3D 3600
s= erver_idle_timeout =3D 60000
[root@pgbouncer ~]#


Regards,
Krishane
--0000000000006c73940649120c8f--