From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail138.messagelabs.com (mail138.messagelabs.com [216.82.249.35]) by kanga.kvack.org (Postfix) with ESMTP id D8AA49000C1 for ; Tue, 26 Apr 2011 22:22:28 -0400 (EDT) Received: by wyf19 with SMTP id 19so1248543wyf.14 for ; Tue, 26 Apr 2011 19:22:24 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <20110427110838.D178.A69D9226@jp.fujitsu.com> References: <20110427110838.D178.A69D9226@jp.fujitsu.com> Date: Wed, 27 Apr 2011 10:22:24 +0800 Message-ID: Subject: Re: [PATCH v2] virtio_balloon: disable oom killer when fill balloon From: Dave Young Content-Type: text/plain; charset=UTF-8 Sender: owner-linux-mm@kvack.org List-ID: To: KOSAKI Motohiro Cc: Minchan Kim , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm On Wed, Apr 27, 2011 at 10:06 AM, KOSAKI Motohiro wrote: >> On Wed, Apr 27, 2011 at 9:37 AM, Dave Young wrote: >> > On Wed, Apr 27, 2011 at 7:33 AM, Minchan Kim wrote: >> >> On Tue, Apr 26, 2011 at 6:39 PM, Dave Young wrote: >> >>> On Tue, Apr 26, 2011 at 5:28 PM, Minchan Kim wrote: >> >>>> Please resend this with [2/2] to linux-mm. >> >>>> >> >>>> On Tue, Apr 26, 2011 at 5:59 PM, Dave Young wrote: >> >>>>> When memory pressure is high, virtio ballooning will probably cause oom killing. >> >>>>> Even if alloc_page with GFP_NORETRY itself does not directly trigger oom it >> >>>>> will make memory becoming low then memory alloc of other processes will trigger >> >>>>> oom killing. It is not desired behaviour. >> >>>> >> >>>> I can't understand why it is undesirable. >> >>>> Why do we have to handle it specially? >> >>>> >> >>> >> >>> Suppose user run some random memory hogging process while ballooning >> >>> it will be undesirable. >> >> >> >> >> >> In VM POV, kvm and random memory hogging processes are customers. >> >> If we handle ballooning specially with disable OOM, what happens other >> >> processes requires memory at same time? Should they wait for balloon >> >> driver to release memory? >> >> >> >> I don't know your point. Sorry. >> >> Could you explain your scenario in detail for justify your idea? >> > >> > What you said make sense I understand what you said now. Lets ignore >> > my above argue and see what I'm actually doing. >> > >> > I'm hacking with balloon driver to fit to short the vm migration time. >> > >> > while migrating host tell guest to balloon as much memory as it can, then start >> > migrate, just skip the ballooned pages, after migration done tell >> > guest to release the memory. >> > >> > In migration case oom is not I want to see and disable oom will be good. >> >> BTW, if oom_killer_disabled is really not recommended to use I can >> switch back to oom_notifier way. > > Could you please explain why you dislike oom_notifier and what problem > you faced? I haven't understand why oom_notifier is bad. probably my > less knowledge of balloon is a reason. > Both is fine for me indeed, oom_killer_disable is more simple to use instead. I ever sent a oom_notifier patch last year and did not get much intention, I can refresh and resend it. -- Regards dave -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org