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 1lSJ3o-0004Ig-9s for pgsql-admin@arkaria.postgresql.org; Fri, 02 Apr 2021 12:38:00 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lSJ3n-0000im-7r for pgsql-admin@arkaria.postgresql.org; Fri, 02 Apr 2021 12:37:59 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lSJ3m-0000hm-OR for pgsql-admin@lists.postgresql.org; Fri, 02 Apr 2021 12:37:59 +0000 Received: from sonic312-19.consmr.mail.sg3.yahoo.com ([106.10.244.209]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1lSJ3j-0000pl-J6 for pgsql-admin@lists.postgresql.org; Fri, 02 Apr 2021 12:37:58 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1617367069; bh=ZnQkdO+yumNYxJIvXiZrjE4YHSJY9VLSsg/7M/glXco=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject:Reply-To; b=oK9oit6jssngwyMUQymSOzZnM1JmSLqfOcRzXMQ4kvkLI7JfyGdxii1hKYEeh2fVjkXn6rs/P7e/RoZ5VXTpxXFH90sL8SBZIj1tpsXmWrFMOwUYMrceEV2WDLYcIgxyFSdI+fwe4vGIJ49apgjemlJ7z2iyB+NB11FIxh53/7BRl+ieuGyfrZzD986KENclfqohTKM6PzrW4HPJGX+d051Prp71QHBsRDoOEJHOWp0v02u2v4OurVT6l3x7pXm2uEDyze+b42e3BpAqHu2SZA6LXRWm7p4J7lppb1LWbuIlJVqNhZ5t7pO7FyZtMZiXjewUQrLslrw0/xtjLOPAGw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1617367069; bh=Kjxi+ecb+TXOY1iHbwZPSDAUK4d9+MadAWHfu+gaveq=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=g9aR+P3p8iHomTRVjqB8MWN3bM1BdxYVG+CI6WCY+eFgDLkvXaxV4lq/i0HYVzWSfK94USmzdCr+FuqAp3x8DzYJgmR2AAAYgddhMgdBiqas5/Zz72OwqYvVOSxrxH+ffpHtPjATAIUtDuAgOlQftrf737JYYcs08h/bs7DiQg9TQxmP2Zq8kYlhDYkLUOPTvslYdMS+ykSLl+Pg7WNkFfpOtgpnUTJQtxgud6P1pGHoF4gnxgysKwER3UuGWueu0oPOxRkMGXCJ0IqVf1PsUK8+iVRuYsn3qQpRcEuuDM0Zdxhxe4fRlWHZnyJpPjKNjNKj5tHyPCjQTHZuD7/KEg== X-YMail-OSG: fG3pD_8VM1nFhnxNTpJKLgSq9r9d4CcccHHUCEjMXiLIRyF7Epl3p4icdzXx.77 o31gkKQOhnMxXVt4vNzKozojvuuZIztVDp7eLHQy6ZtSH_nqdWVXIpfb52PLAJpS7TureTyXof1N Q7IFbvMAbT00AOyRsRFjT6BuL75BT43a_Hy38JY.bGCGgJlAwsGHu5WXm5euQ1CR82A5T5UYba4s dY8ho3p1h8FZ.JlRNzOImD_QzAT8s7DtLiHcwzno1NO9kYzE0qDZ3oWLMzJ0ZmW8ReeOO36PK5Kn FFnyN5.PJ8095OaDZ8jblcHRTmWeGicztItx4upu7jZgEFOBrnHXm0GrH3o_UzhlhRCr3MPkNfks 9AOedPCNIwn7xxQKdffAYBT0k3diCx0od.YNKWQwN8LGhItuGXQ2DibZmcNdb7OChMBAMYVwkEbE wONa_ZHPzl7u13_dzL7aptALdIBKkWTva6UXJ4Ch21iWF2vGy87fFugFfK68TsopTto6jEedOGqj _7CG7errNlp99k7DNIEiuLBwDJpkYQWcm.F0NXKRmRQcNEwjVx.DjO6h_NRXsj9u0spMavTpwEHK w.jNO8JzU.lRuF5lNEcKj6jNMNqlKQQKcboMeYFZwcsRqLV9CkGiuRp_twcMrJPGTvJ6VDeF0vW6 8G6GuH5ZK.RorAkvwv8TYvApJhWwQVfzBfayTtkMKXCcng5KBUcplooP.vLF.vAf.PLnDDUcfwpu erJt0tNF80tI5QWlQGqQQtcFBo6LQuNgYzTHUS9xhIomiGijUpELGsInTwjSKFWCZeH5LYZg8sqi p6GnBV5ETx3P19Lcvf75yXkq1lQguzlXjLI.6xfd9_.pntGJ9WBAzdX_kcExzh770SS1rdfvwWdp NdFnlQpTP4oNF8LyMabeO8EUnGmq42GH1.wn4nZJv40jJFXbQZjSmIgibEy5zfMEylv4gdhFSFL8 LNE07M2ZtnOHx4nPUoyoEvrqKxjRXSHImMDA5KChW1yHT1yQX93BfTruXLoz89QS.UNUZYEyShFB IvySQKXvjQAUSOEHy_KHQmCL10cDcaAVZA.X88MaN7rQuUXzs6ycwTkQRgOlfMFY7CcMnBsqHI2T St_.Whj7r1m8LSN49Gt9EXxoB0LT7B_1dlfNyEkFrj.S8VKCM4Aa.DPlYlNJlbbs7DyucIBAqBrN 3cNMcAD47jJStUHbXpKJnU3kVtcv8Unjzu3zaIerKj1TuYP2at9RPAVcsd45EDw8xfCFVJvPjShi NsE9i.jw.cb4dUgXoEHAz9fmNGWXVzXkAt2rbQbCb2XLh4BMmKRKZ6v.zWu7hAgNIXeYVTCH.K6H dxCfs2OQj7XQEySIL_0knXD2f.Zsg5tBItc4JJmr7fXu5MlDNtqG7h2BsfVUFc2oDOPmmATstNCV KO15ULhq_tCphN_uRzRihyLmLg0sQ.WFNBpd6f.ZvbrsVaaV9tV3x9KGHMuC8F86IV8ard7YXzAT hVbx_J2GQehXrEcvV1NaDggSm_53BCVWGNlcJOgtbSOE9EO0pZQPMYZzZ7fNz_f2hODsCmTCQsEm hQMIERzyp19qhaUqvSdQrsqNps8ydGiCULzKQzsHqpvhUA2gJVoZlenk2MtN5xASTNSBNn6DrIDF UYLPjWT4wWENjlJMQASRNxDPmnVPzw1FtKHEWtKFcIqsvgNURR5160dNxq.e2a3gD08Q_a8ZJ_DE QS54QpkjhHaF469CUbHtnA_2raNTfZd1tmroQHdqigtAumLW.nP87DExyLRTg_25ljG0c.p0Vpds CSiKwMPRq9fd0rf0RBHoR4COUi_evPSvEpmZGVTa3HoeJCFXuAdHaVk0z07zkkKijYRHLNTRuhvH ULaDjEXgDoFoO_FRdPnJuF19lneWIhfevs7diw1hFkZXWo8xhLHGK_opc0LHL8plC.BtHdKRRRYs Xl1KrcocnHsrcsS_uz897V4egHenjfzGnAKOAdDduUJhINXYXt9BOT7hE3VACAkzt_aFpOg1C7kY wxYJ4qHnYuJnkKTw9C7w4kOKuRtFwpnzKXZzvD3s8Y8W5dt0VQdsgevxS30uom38vH5CF248YZMj X07NAWp5syNfnSK14.HuGgw1aQeZehuvx_dr.LicQJg7Lc1ow_gNtjyB8S7DZTUZo_Z2MSF2LbY4 B9TRylByLZpYyCbB0xY9vFFzvTAqznlJj8SKTaLO841XscxDjBx98dkfi6zHhtKTmMYPfU3iSSJW 5OvdhRb288SIVlMXRm6iXUc54wbfz5sn6B096lQyM3eNkyc4.Zemo1.3XsNgNckztaX.2oMnbZeE 3sym74I2_99tIeFS3DhrUtON.aQtz5URiW6lpGBWpT.BEBA7Kt3zUIan15JvFhfsQzKbP7q22igH O.HfQ7swD9dZgY1Sp4GAvndA4J.zBNmwtQsS7fg4JAh6XA1fKxoy_QbFpOi110PfTn2F5_7D59EY 04YSMomgFr1DPHJS6heyVI.NLfh9GwT76k0vypavH7gUTB7mtPP7oqfScHJA3ZKqCeUBxrYzoITu Liz1ekXGvjMsMBTU2mDa3CSkSZUY5HkopWdVGEVZCZxvTYw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.sg3.yahoo.com with HTTP; Fri, 2 Apr 2021 12:37:49 +0000 Date: Fri, 2 Apr 2021 12:37:43 +0000 (UTC) From: SASIKUMAR Devaraj Reply-To: SASIKUMAR Devaraj To: holger@jakobs.com, Holger Jakobs , pgsql-admin@lists.postgresql.org Message-ID: <66290583.2329958.1617367063840@mail.yahoo.com> In-Reply-To: <04D84259-1B75-4648-949F-78677916194E@jakobs.com> References: <04D84259-1B75-4648-949F-78677916194E@jakobs.com> Subject: Re: work_mem MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2329957_338903149.1617367063837" X-Mailer: WebService/1.1.17936 YahooMailAndroidMobile YMobile/1.0 (com.yahoo.mobile.client.android.mail/6.22.3; Android/11; RP1A.200720.012; m31; samsung; SM-M315F; 5.91; 2131x1080;) Content-Length: 8471 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk ------=_Part_2329957_338903149.1617367063837 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi All As soon as client session is established work_mem will be allocated or only= when sort happens for that particular session? Please advise how the inter= nal behavior? This will help me to configure my database memory with high c= onnections Regards Sasi Sent from Yahoo Mail on Android=20 =20 On Wed, Mar 31, 2021 at 8:52 PM, Holger Jakobs wrote: = #yiv2643575322 #yiv2643575322 -- _filtered {} _filtered {} _filtered {}#y= iv2643575322 #yiv2643575322 p.yiv2643575322MsoNormal, #yiv2643575322 li.yiv= 2643575322MsoNormal, #yiv2643575322 div.yiv2643575322MsoNormal {margin:0in;= font-size:12.0pt;font-family:sans-serif;}#yiv2643575322 span.yiv2643575322E= mailStyle17 {font-family:sans-serif;color:windowtext;}#yiv2643575322 .yiv26= 43575322MsoChpDefault {font-size:12.0pt;font-family:sans-serif;} _filtered = {}#yiv2643575322 div.yiv2643575322WordSection1 {}#yiv2643575322 You can sho= w any or all settings with the command SHOW. show work_mem; show all; How many times the amount of work_mem has been allocated currently cannot b= e shown this way. Any sort operation running currently allocates it. So it = is not identical with the number of current queries, because queries can al= locate it several times. Am 31. M=C3=A4rz 2021 16:04:07 MESZ schrieb "Campbell, Lance" : PostgreSQL 12 =20 =C2=A0 =20 Is there a query that will tell us at any given time what amount of Postgre= SQL memory is being used for work_mem? =C2=A0 =20 =C2=A0 =20 Thanks, =20 =C2=A0 =20 LANCE CAMPBELL =20 =C2=A0 =20 Web Services =20 Public Affairs =20 =C2=A0 =20 =C2=A0 =20 =20 =C2=A0 =20 Under the Illinois Freedom of Information Act any written communication to = or from university employees regarding university business is a public reco= rd and may be subject to public disclosure. =20 =C2=A0 =20 --=20 Holger Jakobs, Bergisch Gladbach +49 178 9759012 - sent from mobile, therefore short - =20 ------=_Part_2329957_338903149.1617367063837 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi All

As soon as client session is= established work_mem will be allocated or only when sort happens for that = particular session? Please advise how the internal behavior? This will help= me to configure my database memory with high connections

Regards

Sasi


On Wed, Mar 31, 2021 at 8:52 PM, Holger Jakobs
<holger@jakobs.com> wrote:
You can show any or all settings with the comma= nd SHOW.

show work_mem;
show all;

How many times the amoun= t of work_mem has been allocated currently cannot be shown this way. Any so= rt operation running currently allocates it. So it is not identical with th= e number of current queries, because queries can allocate it several times.=


Am 31. M=C3=A4rz 2021 16:04:07 MESZ schrieb "Campbell= , Lance" <lance@illinois.edu>:

Postg= reSQL 12

=20

&nbs= p;

=20

Is th= ere a query that will tell us at any given time what amount of PostgreSQL m= emory is being used for work_mem?  

=20

&nbs= p;

=20

Thank= s,

=20

&nbs= p;

=20

LANCE CAMPBELL

=20

 

=20

Web Services

=20

Public Affairs

=20

 

=20

 

=20

3D"/var/folders/wp/1f6=

=20

 

=20

Under the Illinois Freedom of Information Act any written communi= cation to or from university employees regarding university business is a p= ublic record and may be subject to public disclosure.

=20

 

=20

--
Holger Jakobs, = Bergisch Gladbach
+49 178 9759012
- sen= t from mobile, therefore short -
------=_Part_2329957_338903149.1617367063837--