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 1sHedv-009sTU-Nu for pgsql-general@arkaria.postgresql.org; Thu, 13 Jun 2024 07:13:07 +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 1sHect-00ER9F-QO for pgsql-general@arkaria.postgresql.org; Thu, 13 Jun 2024 07:12:04 +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 1sHecs-00ER97-Qm for pgsql-general@lists.postgresql.org; Thu, 13 Jun 2024 07:12:04 +0000 Received: from sonic313-21.consmr.mail.sg3.yahoo.com ([106.10.240.80]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1sHecq-001599-RV for pgsql-general@lists.postgresql.org; Thu, 13 Jun 2024 07:12:02 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1718262716; bh=63nRFtBSNV6h9fzVje59OAHFKnyNf0PqqaeUxW45ypQ=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject:Reply-To; b=RncbAS7JJETAL4mTrF/7ox3xIM2M94pJ96bWonzWFjj2h6BOaux+n9kNmaRdEv9tRsgC2rCVzuEnS8vM5iXdURHp/UxY8OVyEGqM/pmANNKxb7MrVDkFeApLw9lm8pFIRFWq834ERqBoonHTd3Ux+j8GAO+Kb4tVx48WWFAaSaaB1fi8jAS8FIz1Xo55K9qYBP5iPzhI1sSPrMy6LxtO3rbFh9+l8Mutg7S8h/kB2biQVexoBfH05RAipXFWzmiH97fs6b/bJZ+wUmJxVecTINffi+7c/cjupZEQ6BdvI1UZ7B7ZB2ByQ1mKTChuPN0UBzuv1T4yBpgZ9q5m8Dr0rg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1718262716; bh=KPXfa3p+L3/4Vz2m0W+4jLcoLj9MVj7l65DsPJ0Gtri=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=EucUP01VS/qInLzJh16pYmiuVWjn58w8iLq/FmYtSBHXpfCi2nVo6grjJDPjdSGZy9D8JFEfGgVgH+NZrVFmUxpRpQODlWigOwqM2CCLh60xuT8nT2Edupx5c1zlPlTUQz/+OzseMDkoWWiD1pnFhRzhs2vpdxhBTD1q5bLjECrkuYMy8ecx7gy1B7pGEY5Oum1ZavP+ik4+cHNhVbEnyLUA6HqxjpQDHL+UbGbTlXMSYvQdqg9TyVLUcvM6L1fv2A9jDFgs46YUKjYtlt5LCBskzmCyCRF9A+TGxYG2ZuoG9k/XnQaEiLQOU8gP3vKd0z34akxXXT8iz2TRTtGfiQ== X-YMail-OSG: tzEMhrgVM1lf0L9iN0v9G1tMFxvKOuSUpj_Ozl5TCnXsSA95rbcWKn9QrBoFODZ IIyDv0xTtBsYoyhEe673wZLt7.rtSXP613wBxmCb5chicSfpNoZ4xRppVRM_sLn17yRCkOxjJZPi fHmWJzd2Yzr.K8CPEHA9gJXtfzf6KXMkAFB6naVPZ97l6P08EJ0pCzEzkiDrPKbjhpyaC3NGjsp1 uHFWroiDSuAUy2061.1JL.yuHpul4Kp1olnLxBCs.VTh6Pm8wdm6d01_8REodVdQ6Hh_rCvxxt3_ fvEwajCi4XPwz9iCM5GvxbqgE5ERbzS5naczFjeBHCoAjrEFBSQH8ocxLZr2a5HXNiwU5bhG1eg6 nNx2w6aF5y8ACUNPj89z44TWUgr9B.sRazPByH32EXCIr4CZ6bYFVhyYhPCce2fmw9x4gcY55VHJ d_kjbYNSPfE0_Fs85YvGI2DgfyTQG9zPeul4j_jHE0bz6nmWMVYbCdZHgsAu7ZOMXlMJWl9lFcZr BqfbLwXJxfsGHa_68zhkOyPdX_NOztqy9xiJKNhw88L8ObL4GUKfK.z2bkzt2ZLR_jTVIpMS.6Bh 7HqRLIFUQf36R3nz8EAreq97UXVVEyUtc9VQYZ8JddIeA4oc8MWo10DXrTTCllwKLmC2ILuYvtfB KrVGiiMDmftxgG1woBAXzYHPt8LdoYiwk716gLoYxX0FM5wso0c2hQWjdqdZ3qXa1JrUI1I81aA0 cCfpp5uiyVKrqPhLrDUG9KJa1hD7_D6CvhW_kemJzm1huYaK1G4pREkRsT_gZZJe9ttP5KWNGcIt hWMr0.8c9e9KMobbpPW91u0b9BgixwWzWq94UY_ba_9h1nSXvuvckyITWaGdQndJM1TLvvH4p8u8 c5d60BcgIr1wy5ec6hD9VC.1wppevmaMcbP1RZQtSM2OU15JP4rFGY_2jP0Tu2M9g4w3X6YBwWqy Y8cwCtGtygbL1g8C4rNlhnlnXaPB2G5ZAGji4hpnXLaX3P4lFSpbDqWcxeq6hVxpi3KSdtoqapdM KomjaiDtta80XQvKWbjk9bVdh89KtZ5Te1j.4ezkOZKeLTuUIfBqwJMUFbU9puBuksh0zHwAxOxw Fc8olLOHHRGbocdIhlYqQIiqUYeBoGghuPAQ7nVzMg9n0N8e5yLiptfpPWZ2R7mCxhneWSrIA6Zd 2uY_d8lVPkAPluXj52VaxljjkAuypqeWuRO_N7DLDPsJqN3z4xDeTlfyTyg0411_L5tf5VC4CBCd 4c_ZHhwgPVPI93EH9rCWAPCDYajWRKcKdK9RclqBEiZ3SU3r95ofa6i2qho7ErnTUVSyjWNMAB9r gzWh8RcOvs19co4jwdyDw1us6r3XENHn9McD75QNIyN44Xm0KNFeapYcm2sN5jrZz0ZMkrWfRyA4 icEDC6Uvm5do0759qN5LMJgleao1WUPUu5hGmGmTswp_j4ONc3oBnAcBVrhsVP7ENaz9PX7xEsDN alTp2tQb.LSEiK7OJUJFhNfU9mJfzDI18B0KzOG9R35nz08J63qp4573b1u35J55sTdFaD0IWd1l xJ7zcXegdLhPSA8IblA3NlNecDsLYi_D6nUxuxbgySjcdinJWh7HirVNp7XF9Lv_4Tux9zSf2ddl bT5ayqEmEMSy9w_5OmeWRW0i.KZ6rz87cUDTc1yBzYUwl9eMXx52.ahmly.xYRADedfZ57l1ID5G 40uvKeJ._TmS3yt3OWNlK4QvRjrvAONt9EJrXWW0Mosz8yImGSUCdwO8ZhrRbJ1yv3qNVLfXyOkw _2h8OPfoSVNwzMTrOU_KW9vOvDUufpS8.VPuQTqdznukmvmnPjPqSK48Ym74eSGPnTD8EcbBhUNV Z1lY9047MXFXGIzxansjWe4Yi1PIPmfopZiIqbt8lPxoXACRFSeyAszmnZp3Jy.GD_D0VGX91BLp YEU2AU6Xp44O5xZB16cZv1fV7YFSP6N_3JzRDjbBNdnB4OX9lNqzNg4_42X6xfgxnsqiTRShuMZ3 PU5F_XFOi4oLVF3guakj4c3g3HW2S7nFV7KdND11Pyu9adgcq8zZe1ONMjHgJHtVCQjpLGuEItZk d6DHdoHGWOFKhGR8a1b3vNmfIRFVQxk4eZjoFSeo7IoJ8jYolkuI1WdeUlGOLCZudi9dK9LVQTGL 8zRBCYY1.zHVPtlN_DjmVxZlvdEpnt5AtPoJ6vwtqLJ35hVwkDIBD3DxK_zkNxe4s5P3Gyx6a14j x0c4dxtG3c6bM9JLvCUyQ0Ix1jMtFyf5c7MaXo90JAeiF X-Sonic-MF: X-Sonic-ID: 19c71f78-cbc3-42d1-910c-bc8ae5c8938d Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.sg3.yahoo.com with HTTP; Thu, 13 Jun 2024 07:11:56 +0000 Date: Thu, 13 Jun 2024 07:11:53 +0000 (UTC) From: Chandy G To: "pgsql-general@lists.postgresql.org" , Shammat Message-ID: <1777138388.3406832.1718262713257@mail.yahoo.com> In-Reply-To: References: <1204595253.3110982.1718178463166.ref@mail.yahoo.com> <1204595253.3110982.1718178463166@mail.yahoo.com> Subject: Re: postgres table statistics MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3406831_664669539.1718262713256" X-Mailer: WebService/1.1.22407 YMailNorrin Content-Length: 2972 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk ------=_Part_3406831_664669539.1718262713256 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Shammat! Seems to fit the bill, Will give it a try. On Wednesday, 12 June, 2024 at 07:44:27 am GMT-7, Shammat wrote: =20 =20 =20 Chandy G schrieb am 12.06.2024 um 09:47: > Eventhough pg jdbc driver=C2=A0 provides a way to set fetch size to tune > the driver to achieve better throughput, the JVM fails at the driver > level when records of large size (say 200mb each) flows through. > this forces to reduce the fetch size (if were to operate at a fixed > Xmx setting of client jvm). Did you try the driver's "adaptive fetch" feature? https://jdbc.postgresql.org/documentation/use/#connection-parameters =20 ------=_Part_3406831_664669539.1718262713256 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Shammat! Seems to fit= the bill, Will give it a try.

=20
=20
On Wednesday, 12 June, 2024 at 07:44:27 am GMT-7, S= hammat <shammat@gmx.net> wrote:


=20 =20

Chandy G schrieb am 12.0= 6.2024 um 09:47:
> Eventhough pg jdbc driver  pro= vides a way to set fetch size to tune
> the driver to = achieve better throughput, the JVM fails at the driver
&g= t; level when records of large size (say 200mb each) flows through.
> this forces to reduce the fetch size (if were to operate at= a fixed
> Xmx setting of client jvm).



Did you try the driver's "a= daptive fetch" feature?


https://jdbc.p= ostgresql.org/documentation/use/#connection-parameters




------=_Part_3406831_664669539.1718262713256--