From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-it0-f71.google.com (mail-it0-f71.google.com [209.85.214.71]) by kanga.kvack.org (Postfix) with ESMTP id AC9606B0069 for ; Mon, 27 Nov 2017 03:54:40 -0500 (EST) Received: by mail-it0-f71.google.com with SMTP id x32so12816471ita.1 for ; Mon, 27 Nov 2017 00:54:40 -0800 (PST) Received: from mail-sor-f41.google.com (mail-sor-f41.google.com. [209.85.220.41]) by mx.google.com with SMTPS id c184sor4573148itg.7.2017.11.27.00.54.39 for (Google Transport Security); Mon, 27 Nov 2017 00:54:39 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <20171127085220.kf6gyksfy276mkk6@dhcp22.suse.cz> References: <201711261703.HDI52138.JSFVOFOtHLMOFQ@I-love.SAKURA.ne.jp> <201711261938.BCD34864.QLVFOSJFHOtOFM@I-love.SAKURA.ne.jp> <20171127082112.b7elnzy24qiqze46@dhcp22.suse.cz> <20171127083707.wsyw5mnhi6juiknh@dhcp22.suse.cz> <20171127085220.kf6gyksfy276mkk6@dhcp22.suse.cz> From: Yafang Shao Date: Mon, 27 Nov 2017 16:54:39 +0800 Message-ID: Subject: Re: [PATCH] mm: print a warning once the vm dirtiness settings is illogical Content-Type: text/plain; charset="UTF-8" Sender: owner-linux-mm@kvack.org List-ID: To: Michal Hocko Cc: Tetsuo Handa , Andrew Morton , Jan Kara , Linux MM , fcicq@fcicq.net 2017-11-27 16:52 GMT+08:00 Michal Hocko : > On Mon 27-11-17 16:49:34, Yafang Shao wrote: >> 2017-11-27 16:37 GMT+08:00 Michal Hocko : >> > On Mon 27-11-17 16:32:42, Yafang Shao wrote: >> >> 2017-11-27 16:29 GMT+08:00 Yafang Shao : > [...] >> >> > It will help us to find the error if we don't change these values like this. >> >> > >> >> >> >> And actually it help us find another issue that when availble_memroy >> >> is too small, the thresh and bg_thresh will be 0, that's absolutely >> >> wrong. >> > >> > Why is it wrong? >> > -- >> >> For example, the writeback threads will be wakeup on every write. >> I don't think it is meaningful to wakeup the writeback thread when the >> dirty pages is very low. > > Well, this is a corner situation when we are out of memory basically. > Doing a wake up on the flusher is the least of your problem. So _why_ > exactly is this is problem? > -- Are you _sure_ this is the least of the problem on this corner situation ? Why wakeup the bdi writeback ? why not just kill the program and flush the date into the Disk when we do oom ? Thanks Yafang -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org