Received: by 2002:ac0:950c:0:0:0:0:0 with SMTP id f12csp2253859imc; Tue, 12 Mar 2019 09:58:46 -0700 (PDT) X-Google-Smtp-Source: APXvYqwpLrR1YNIUHrdED9BrnLo7//AgOlDO39969NAbI8jwNArHRUS1BX9veYdZP09P39M4ruvi X-Received: by 2002:a63:fd07:: with SMTP id d7mr35620244pgh.199.1552409926759; Tue, 12 Mar 2019 09:58:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552409926; cv=none; d=google.com; s=arc-20160816; b=p1DL2XwYelyDFRAzb756ul26vu6R3as6e0q5zu0jig9f+RzSSdLFNfV79TR1XibJI3 L29HQuY6Ne8VkQYqCmkO26DkrBcc5KNPLKcx5jtL2C+SiOBvAoAXdHAUwM3TkqqsLSF/ TXE9ZwuJH/mU32hWBrgwwQ1DXxbr+d0FFlnH9ePVXdr3JZT2dDb8Nd/M5X6CTp10CTl7 h3Kpbsjia2cfykKTGdiTXtu2gh7LZ6Rwsm7lUSwBIkX6PUtCV8KfUm9CeRXll5I0DR2A 8M2Ch3kG3OgeNElS0RCk0nGyTR/SWTUyJp6VuucVW1dr4f8isbQH/YpPZj/MjaYBclOI CjqQ== 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; bh=pHx7fAnnL4V1/6hOmMndEvCqfYhmC/Qy1nXTCyCh3eM=; b=EOFTFNcjua9pUoftyfZ6KP+KYWIcbrwadEEDQwSx8j19lFdH3Tl33E6OcsLM0hwrpG +nSz/nRa7LrixwexH3iXqiBMEMan6TczDIRNXGW6cC6buOV5viEoBIMkfItpd7qpVNRA Rb+g1yar4RXj2WPPctu1Cegis5VW5+2eVH8vUtz6wW0Xw9pIIFp5jdhI7p0Nfjqo7D11 70clrOT5/6156+Jl09zsCsL2qGJMWl6Ti/09MgVlJNp/9c5xXhveZYeFskjWIvAtSAip jE7DHMhmdOj/N7dv06xn/yWAXe+8eOKhBYByVe8o1XdufANBuMSlsVucU1YcML6pYR2S +fmA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c15si8491633pls.144.2019.03.12.09.58.31; Tue, 12 Mar 2019 09:58:46 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726534AbfCLQ6I (ORCPT + 99 others); Tue, 12 Mar 2019 12:58:08 -0400 Received: from mx2.suse.de ([195.135.220.15]:60460 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725894AbfCLQ6H (ORCPT ); Tue, 12 Mar 2019 12:58:07 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 83920AEA9; Tue, 12 Mar 2019 16:58:06 +0000 (UTC) Date: Tue, 12 Mar 2019 17:58:05 +0100 From: Michal Hocko To: Sultan Alsawaf Cc: Suren Baghdasaryan , Greg Kroah-Hartman , Arve =?iso-8859-1?B?SGr4bm5lduVn?= , Todd Kjos , Martijn Coenen , Joel Fernandes , Christian Brauner , Ingo Molnar , Peter Zijlstra , LKML , devel@driverdev.osuosl.org, linux-mm , Tim Murray Subject: Re: [RFC] simple_lmk: Introduce Simple Low Memory Killer for Android Message-ID: <20190312165805.GF5721@dhcp22.suse.cz> References: <20190310203403.27915-1-sultan@kerneltoast.com> <20190311174320.GC5721@dhcp22.suse.cz> <20190311175800.GA5522@sultan-box.localdomain> <20190311204626.GA3119@sultan-box.localdomain> <20190312080532.GE5721@dhcp22.suse.cz> <20190312163741.GA2762@sultan-box.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190312163741.GA2762@sultan-box.localdomain> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 12-03-19 09:37:41, Sultan Alsawaf wrote: > I have not had a chance to look at PSI yet, but > unless a PSI-enabled solution allows allocations to reach the same point as when > the OOM killer is invoked (which is contradictory to what it sets out to do), > then it cannot take advantage of all of the alternative memory-reclaim means > employed in the slowpath, and will result in killing a process before it is > _really_ necessary. One more note. The above is true, but you can also hit one of the thrashing reclaim behaviors and reclaim last few pages again and again with the whole system really sluggish. That is what PSI is trying to help with. -- Michal Hocko SUSE Labs