Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp6009156yba; Thu, 11 Apr 2019 10:06:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqwxAtWg+Il3HKqC/8UvXfJ6Ms8Gr6WvfkTgCr80VwhUcl+LMyANxLAvuZ87+9ld9cD2WWEy X-Received: by 2002:a17:902:70c6:: with SMTP id l6mr24530615plt.95.1555002398842; Thu, 11 Apr 2019 10:06:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555002398; cv=none; d=google.com; s=arc-20160816; b=oTVfSydDgfsRaPcd0gh6VuBb8EEm3NgAZ7W+K4QWTvMpazdvUa7gnL9dnNcU45DiLE E6d5avMoQwTqxncjbk2YLMVglog2GiKr92Wu7IOS1WuQ7CSmtVe4A3jymDfPhutyIdue lMt/LXcxcTQ4HyEGyp9jPRKd2twLDb9yLnr++596hhaCliLG72Jdv+ebdjT3F4uF/eYZ lL9mzU3iJ6YhTMD1YeuSX6M09pb8AZF2uQZN3Pbgw1fKgLDV4nvC28hb/n02kIrMAytC /5izbKrDXgEI8+SG2+wZNnijrCQTkGC/UDGASObdfQb/TJL77RrCJaw6DfwTJU/5VKuy 4yNA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=7jjkT3BK3TrD5+yfkCQiasOngzvtZFHArOGePxAfgQY=; b=gBOqfTHYcP5G6cp59y2Uso0TNU1vD2WH3agmIHXUbUWkjkNbiXWRaJ3LX5cJBavhNq FWj7x/RHSp0koVWzoluZ7oZLObZz3VwOPbheXF52g+UYFOqBwQNnmQX8RpU6Vh05Pp4Z 8IQi5TI5i1FrE/J45OdES9EjrjoWm0B7Z9v3SSPOXkvSb8DBePkY9G52jYPsDJwN9Geq +g8QuPmEhcm2fBiCf+Hdkqw/fN1D4uGiVlUEZ9L/HM7B9gaBPjGFIbcfG5R8wXq1NXdY 9aY9r5jTT8aaDluXSQusc+Zj6PMXtCGhWx5pTwoASTZ4fOzv5JLsMu5xcF1IzTtKXU/7 THRQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=qU0c29yC; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f124si34432472pgc.596.2019.04.11.10.06.21; Thu, 11 Apr 2019 10:06:38 -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; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=qU0c29yC; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727002AbfDKRFo (ORCPT + 99 others); Thu, 11 Apr 2019 13:05:44 -0400 Received: from mail-yb1-f195.google.com ([209.85.219.195]:41301 "EHLO mail-yb1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726106AbfDKRFn (ORCPT ); Thu, 11 Apr 2019 13:05:43 -0400 Received: by mail-yb1-f195.google.com with SMTP id c15so2482985ybk.8 for ; Thu, 11 Apr 2019 10:05:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cmpxchg-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=7jjkT3BK3TrD5+yfkCQiasOngzvtZFHArOGePxAfgQY=; b=qU0c29yC3Jj2uhWf//ABSUwx8aGOnQVAOyECPol8iMOkmoVx3rfLlnPdd3abk7ZIrp cBnWLlTqwPlbX1abhPCMls/eFNIMnUkF0DlH2l/IQsX0oCd6JYIEG+PECn1nS6tPnOCt URhwJBR07oEmOXuZrKhyuYUEWY/+PaNLauQKgcppotczYrHtnkwitBMUiCdjhy+5xKXI o5wwWqjLBHPqgWxYJU0rDmT3PWJv+SWGJTH2lxRsPbBRvdYvEluu5WsyoZSNTJ4KuzWN Om7O9RGcwc0wsTPbTuDNdsg2r4/EBvk7VaOXYH8jueQDOkSlPikaepIw1aT4oXZyFcop d9OA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=7jjkT3BK3TrD5+yfkCQiasOngzvtZFHArOGePxAfgQY=; b=emtHDZfcCAPLh5yb+arK2VZGyXuRHhUgQsS9brrXzqssw9jeIhQMOHBTrXuEGE0zpR fGtxuakUJZSgE9ZSbyhsJCFNRlqMcMPv6HQH7OO9qf5sJj87+l9VZupicgygxazrl4kq 0QU1i2t8ieRYepA/kWn4XUlFrvLVJYbO4ajyMLaMIg/sW3dgzAotVvm1G4t+CdvBL9KZ nk/71fIsAZrS+4MKPn9gi+7fKOf0yi/avQaEzJ7S92N010Z2HVds3zVak2ufk2cZZdLl v/5Yh6/u/+tTPAgLFsSLhqEjJZvCbtVfSkNIOLoPfap2DnWSZ2dTylpLFdKDjh2gMRY7 IsZQ== X-Gm-Message-State: APjAAAU7+4F0z2iNO4HzT+JAq7K+4cUwSOPPcxioHOT1E/Qhy+XSBm7F q2PnV2yYxVD43mZmcS9LlbnRSw== X-Received: by 2002:a25:4e08:: with SMTP id c8mr27714529ybb.339.1555002342830; Thu, 11 Apr 2019 10:05:42 -0700 (PDT) Received: from localhost ([2620:10d:c091:200::3:2a81]) by smtp.gmail.com with ESMTPSA id k125sm24528572ywb.26.2019.04.11.10.05.41 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Apr 2019 10:05:41 -0700 (PDT) Date: Thu, 11 Apr 2019 13:05:40 -0400 From: Johannes Weiner To: Matthew Wilcox Cc: Suren Baghdasaryan , akpm@linux-foundation.org, mhocko@suse.com, rientjes@google.com, yuzhoujian@didichuxing.com, jrdr.linux@gmail.com, guro@fb.com, penguin-kernel@i-love.sakura.ne.jp, ebiederm@xmission.com, shakeelb@google.com, christian@brauner.io, minchan@kernel.org, timmurray@google.com, dancol@google.com, joel@joelfernandes.org, jannh@google.com, linux-mm@kvack.org, lsf-pc@lists.linux-foundation.org, linux-kernel@vger.kernel.org, kernel-team@android.com Subject: Re: [RFC 2/2] signal: extend pidfd_send_signal() to allow expedited process killing Message-ID: <20190411170540.GA5136@cmpxchg.org> References: <20190411014353.113252-1-surenb@google.com> <20190411014353.113252-3-surenb@google.com> <20190411153313.GE22763@bombadil.infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190411153313.GE22763@bombadil.infradead.org> User-Agent: Mutt/1.11.4 (2019-03-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 11, 2019 at 08:33:13AM -0700, Matthew Wilcox wrote: > On Wed, Apr 10, 2019 at 06:43:53PM -0700, Suren Baghdasaryan wrote: > > Add new SS_EXPEDITE flag to be used when sending SIGKILL via > > pidfd_send_signal() syscall to allow expedited memory reclaim of the > > victim process. The usage of this flag is currently limited to SIGKILL > > signal and only to privileged users. > > What is the downside of doing expedited memory reclaim? ie why not do it > every time a process is going to die? I agree with this. The oom reaper mostly does work the exiting task would have to do anyway, so this shouldn't be measurably more expensive to do it per default. I wouldn't want to add a new interface unless we really do need that type of control.