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 1k5WO2-0007BK-Op for pgsql-admin@arkaria.postgresql.org; Tue, 11 Aug 2020 15:40:26 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1k5WO1-0000pu-Ik for pgsql-admin@arkaria.postgresql.org; Tue, 11 Aug 2020 15:40:25 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5WO1-0000pn-BA for pgsql-admin@lists.postgresql.org; Tue, 11 Aug 2020 15:40:25 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5WNz-0007op-5G for pgsql-admin@lists.postgresql.org; Tue, 11 Aug 2020 15:40:24 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 07BFeLrt3398632; Tue, 11 Aug 2020 11:40:21 -0400 From: Tom Lane To: Mohammed Afsar cc: pgsql-admin@lists.postgresql.org Subject: Re: Postgresql background writer and checkpointer memory utilization in Linux server In-reply-to: References: <3398104.1597159685@sss.pgh.pa.us> Comments: In-reply-to Mohammed Afsar message dated "Tue, 11 Aug 2020 21:05:11 +0530" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3398630.1597160421.1@sss.pgh.pa.us> Date: Tue, 11 Aug 2020 11:40:21 -0400 Message-ID: <3398631.1597160421@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Mohammed Afsar writes: > Thanks for response,the exact issue which am facing is when there is no > transaction queries are happening in database checkpointer and background > writer is continuously utilizing memory from server. That sounds like complete nonsense. Those processes don't execute queries. It's true that they'll continue to do I/O work for some time after queries have executed in other processes, but that's normal. I say again that you haven't offered any evidence of having a problem to solve. If you don't want the database to be consuming any cycles at all, then you should shut it down. But if you want it to do useful work, it's designed to spread out that work, not necessarily to do it all before a query returns results to the client. regards, tom lane