Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751650AbdF0OHA (ORCPT ); Tue, 27 Jun 2017 10:07:00 -0400 Received: from mx2.suse.de ([195.135.220.15]:42840 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751564AbdF0OG6 (ORCPT ); Tue, 27 Jun 2017 10:06:58 -0400 Date: Tue, 27 Jun 2017 16:06:54 +0200 From: Michal Hocko To: Christoph Hellwig Cc: Andrew Morton , Vlastimil Babka , Johannes Weiner , Mel Gorman , NeilBrown , LKML , linux-mm@kvack.org, "Darrick J. Wong" Subject: Re: [PATCH 3/6] xfs: map KM_MAYFAIL to __GFP_RETRY_MAYFAIL Message-ID: <20170627140654.GO28072@dhcp22.suse.cz> References: <20170623085345.11304-1-mhocko@kernel.org> <20170623085345.11304-4-mhocko@kernel.org> <20170627084950.GI28072@dhcp22.suse.cz> <20170627134751.GA28043@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170627134751.GA28043@infradead.org> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 936 Lines: 20 On Tue 27-06-17 06:47:51, Christoph Hellwig wrote: > On Tue, Jun 27, 2017 at 10:49:50AM +0200, Michal Hocko wrote: > > Christoph, Darrick > > could you have a look at this patch please? Andrew has put it into mmotm > > but I definitely do not want it passes your attention. > > I don't think what we have to gain from it. Callsite for KM_MAYFAIL > should handler failures, but the current behavior seems to be doing fine > too. Last time I've asked I didnd't get any reply so let me ask again. Some of those allocations seem to be small (e.g. by a random look xlog_cil_init allocates struct xfs_cil which is 576B and struct xfs_cil_ctx 176B). Those do not fail currently under most conditions and it will retry allocation with the OOM killer if there is no progress. As you know that failing those is acceptable, wouldn't it be better to simply fail them and do not disrupt the system with the oom killer? -- Michal Hocko SUSE Labs