Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp5736893yba; Thu, 11 Apr 2019 04:53:34 -0700 (PDT) X-Google-Smtp-Source: APXvYqxXpq4GnPDotjrSwIamA0YDP4ZH9wAHUPuPUnmW44Ue9FeNdj2I1rOtoHk6ihxdqumfCR/W X-Received: by 2002:a63:c302:: with SMTP id c2mr47238492pgd.235.1554983614238; Thu, 11 Apr 2019 04:53:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554983614; cv=none; d=google.com; s=arc-20160816; b=aSjQnZ1EpcJDY7jStoJN+QWBywQhnzBHQL978waMiYmfJfoQLrvhIbLkROYKVIuVpP EjiYRfhpGx0gtv2zBshrTw4uBmvZK8F2FpMhhcwe5NeWJLNAC1QZ9sRv5ywJWb4CUZe+ HdVP+k7KNVywR9aWtBij7IRh+tT0DYv7CP92VlvULmngGKhLV8Qdj4h4UjLDqkAq69KB HGyWeIjROaY7aDBtqU3mtvTuv+12FQJyHBrr2747RShuhfNEPABDpe7CqhCA/YE8t75X L0hCMy62/eGTeO+3XPOdzHUzcCwPMZpyFNEY+emUkfmFXw4Gxq4FsWVtX6c2P3eovjzv dyiA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to:date :cc:to:from:subject:message-id; bh=9li4JbAciQB6kgcEj0A6yp2jZtSSjmDuZnBSu5j3roI=; b=xbq/p4TPUhRyqWhyeZlwz5u9kou9v2212wFvTesvcjWXPyuWK8XBpc0oBwAwyHR3m2 /NY+cI8hxmLcq+ts5H8vI4CJ0i4AiMfzxgAGocyl4ImZZrhELw5OFF5p7wd8VYQjX5k1 /Fcjb+0GYDehZJyiU4Y5fHW1xKha1rnrlm2U7Ne89eFyNupu8D4KSVwFyzqjNRYxFT3l omzZ0acYILk6upljA8XukzZbqZCwWZ5p82zbdBGNcrCzQ2pmhJ8jccdoqjfztojQVQWz LD2RJ4GR41Cn/xryaUfGxn3oqt7uubX2pmbB9s3LEt+OmGsaFCdhsxpr9Q8P/XM3dvla v8bw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o90si35673404pfi.161.2019.04.11.04.53.18; Thu, 11 Apr 2019 04:53:34 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726706AbfDKLvw (ORCPT + 99 others); Thu, 11 Apr 2019 07:51:52 -0400 Received: from shelob.surriel.com ([96.67.55.147]:57934 "EHLO shelob.surriel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726026AbfDKLvw (ORCPT ); Thu, 11 Apr 2019 07:51:52 -0400 Received: from imladris.surriel.com ([96.67.55.152]) by shelob.surriel.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1hEYEk-0000Q3-UT; Thu, 11 Apr 2019 07:51:22 -0400 Message-ID: Subject: Re: [Lsf-pc] [RFC 0/2] opportunistic memory reclaim of a killed process From: Rik van Riel To: Suren Baghdasaryan , akpm@linux-foundation.org Cc: dancol@google.com, mhocko@suse.com, jannh@google.com, minchan@kernel.org, penguin-kernel@I-love.SAKURA.ne.jp, kernel-team@android.com, rientjes@google.com, linux-kernel@vger.kernel.org, willy@infradead.org, linux-mm@kvack.org, hannes@cmpxchg.org, shakeelb@google.com, jrdr.linux@gmail.com, yuzhoujian@didichuxing.com, joel@joelfernandes.org, timmurray@google.com, lsf-pc@lists.linux-foundation.org, guro@fb.com, christian@brauner.io, ebiederm@xmission.com Date: Thu, 11 Apr 2019 07:51:21 -0400 In-Reply-To: <20190411014353.113252-1-surenb@google.com> References: <20190411014353.113252-1-surenb@google.com> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-EhA/ljhQjzQ1y1msvysd" X-Mailer: Evolution 3.28.5 (3.28.5-2.fc28) Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-EhA/ljhQjzQ1y1msvysd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2019-04-10 at 18:43 -0700, Suren Baghdasaryan via Lsf-pc wrote: > The time to kill a process and free its memory can be critical when > the > killing was done to prevent memory shortages affecting system > responsiveness. The OOM killer is fickle, and often takes a fairly long time to trigger. Speeding up what happens after that seems like the wrong thing to optimize. Have you considered using something like oomd to proactively kill tasks when memory gets low, so you do not have to wait for an OOM kill? --=20 All Rights Reversed. --=-EhA/ljhQjzQ1y1msvysd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEKR73pCCtJ5Xj3yADznnekoTE3oMFAlyvKjkACgkQznnekoTE 3oPNQQgAs0Uab4UlWgiiD7o0gAjFu9zNhtef6Q+Tk1qFZDMnzCeQcQgFr9c4iRXN YA7MqnAcKQ6mzle90nxueQHEgz067Eh9AEnnkzxnUEL7OmPsm7p/LKobNAelX86F aJD2Ohpsaz4wDODe4je4iK2cK7pkQ5zkYn25+lm8MO5Ei4rDXLXTdTqwtHNompWG V/64CxuTdeHiZa8HFrN2u+1SB0BUN2+kAJlfkkatfiDIUqyWNtN3oaQrK5/eFxXr GnBrInkKVfr5+L2JfiCcC3fasbhQi4Z1g9HqQ7rxaT1QHziDMDhDp0g1ssR63nKr JnFMfXOPt3pXbyfNAJB1ZOCk4xF1rA== =JzJl -----END PGP SIGNATURE----- --=-EhA/ljhQjzQ1y1msvysd--