Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1WuO04-0001qb-F3 for pgsql-hackers@arkaria.postgresql.org; Tue, 10 Jun 2014 15:30:12 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1WuO03-0007rX-7O for pgsql-hackers@arkaria.postgresql.org; Tue, 10 Jun 2014 15:30:11 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1WuO01-0007rK-ST for pgsql-hackers@postgresql.org; Tue, 10 Jun 2014 15:30:10 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1WuNzy-0007d1-7r for pgsql-hackers@postgresql.org; Tue, 10 Jun 2014 15:30:08 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id s5AFTwVe030894; Tue, 10 Jun 2014 11:29:58 -0400 From: Tom Lane To: Gurjeet Singh cc: Andres Freund , Peter Eisentraut , PGSQL Hackers Subject: Re: /proc/self/oom_adj is deprecated in newer Linux kernels In-reply-to: References: <29121.1316185073@sss.pgh.pa.us> <1316355543.12186.9.camel@vanquo.pezone.net> <15953.1316362868@sss.pgh.pa.us> <1316420754.14001.3.camel@fsopti579.F-Secure.com> <16241.1316441883@sss.pgh.pa.us> <20140610143202.GI8406@alap3.anarazel.de> Comments: In-reply-to Gurjeet Singh message dated "Tue, 10 Jun 2014 10:45:50 -0400" Date: Tue, 10 Jun 2014 11:29:58 -0400 Message-ID: <30893.1402414198@sss.pgh.pa.us> X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Gurjeet Singh writes: > As it stands right now, a user can decrease the likelyhood of > Postmaster being killed by adjusting the start script, but that > decreases the likelyhood of al the child processes, too, making the > Postmaster just as likely as a kill-candidate, maybe even higher > because it's the parent, as any backend. Exactly. > This patch gives the user a control to let the backend's likelyhood of > being killed be different/higher than that of the postmaster. If you think your users might want to give the postmaster OOM-exemption, why don't you just activate the existing code when you build? Resetting the OOM setting to zero is safe whether or not the startup script did anything to the postmaster's setting. In short, I don't see what a GUC adds here, except uncertainty, which is not a good thing. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers