From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753354AbbGNJO5 (ORCPT ); Tue, 14 Jul 2015 05:14:57 -0400 Received: from szxga02-in.huawei.com ([119.145.14.65]:27742 "EHLO szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750996AbbGNJOz (ORCPT ); Tue, 14 Jul 2015 05:14:55 -0400 Message-ID: <55A4D300.5030704@huawei.com> Date: Tue, 14 Jul 2015 17:14:40 +0800 From: Xishi Qiu User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Michal Hocko CC: Xuzhichuang , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "Songjiangtao (mygirlsjt)" , "Zhangwei (FF)" Subject: Re: [BUG REPORT] OOM Killer is invoked while the system still has much memory References: <6D317A699782EA4DB9A0E6266C9219696CA2B3BC@SZXEMA501-MBX.china.huawei.com> <20150714081521.GA17711@dhcp22.suse.cz> <55A4CB68.5060906@huawei.com> <20150714090025.GA17660@dhcp22.suse.cz> In-Reply-To: <20150714090025.GA17660@dhcp22.suse.cz> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.25.179] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2015/7/14 17:00, Michal Hocko wrote: > On Tue 14-07-15 16:42:16, Xishi Qiu wrote: >> On 2015/7/14 16:15, Michal Hocko wrote: >> >>> On Tue 14-07-15 07:11:34, Xuzhichuang wrote: > [...] >>>> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138968] DMA32: 188513*4kB 29459*8kB 2*16kB 2*32kB 1*64kB 0*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 990396kB >>> >>> Moreover your allocation request was oreder 2 and you do not have much >>> memory there because most of the free memory is in order-0-2. >>> >> >> Hi Michal, >> >> order=2 -> alloc 16kb memory, and DMA32 still has 2*16kB 2*32kB 1*64kB 1*512kB, >> so you mean this large buddy block was reclaimed during the moment of oom and >> print, right? > > Not really. Those high order blocks are inaccessible for your GFP_KERNEL > allocation. See __zone_watermark_ok. > I know, some of them are from reserved memory(MIGRATE_RESERVE), right? Thanks, Xishi Qiu From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ig0-f175.google.com (mail-ig0-f175.google.com [209.85.213.175]) by kanga.kvack.org (Postfix) with ESMTP id A65A46B0263 for ; Tue, 14 Jul 2015 05:18:12 -0400 (EDT) Received: by igbpg9 with SMTP id pg9so7773326igb.0 for ; Tue, 14 Jul 2015 02:18:12 -0700 (PDT) Received: from szxga02-in.huawei.com (szxga02-in.huawei.com. [119.145.14.65]) by mx.google.com with ESMTPS id m67si310609iod.128.2015.07.14.02.18.11 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 14 Jul 2015 02:18:11 -0700 (PDT) Message-ID: <55A4D300.5030704@huawei.com> Date: Tue, 14 Jul 2015 17:14:40 +0800 From: Xishi Qiu MIME-Version: 1.0 Subject: Re: [BUG REPORT] OOM Killer is invoked while the system still has much memory References: <6D317A699782EA4DB9A0E6266C9219696CA2B3BC@SZXEMA501-MBX.china.huawei.com> <20150714081521.GA17711@dhcp22.suse.cz> <55A4CB68.5060906@huawei.com> <20150714090025.GA17660@dhcp22.suse.cz> In-Reply-To: <20150714090025.GA17660@dhcp22.suse.cz> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Michal Hocko Cc: Xuzhichuang , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "Songjiangtao (mygirlsjt)" , "Zhangwei (FF)" On 2015/7/14 17:00, Michal Hocko wrote: > On Tue 14-07-15 16:42:16, Xishi Qiu wrote: >> On 2015/7/14 16:15, Michal Hocko wrote: >> >>> On Tue 14-07-15 07:11:34, Xuzhichuang wrote: > [...] >>>> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138968] DMA32: 188513*4kB 29459*8kB 2*16kB 2*32kB 1*64kB 0*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 990396kB >>> >>> Moreover your allocation request was oreder 2 and you do not have much >>> memory there because most of the free memory is in order-0-2. >>> >> >> Hi Michal, >> >> order=2 -> alloc 16kb memory, and DMA32 still has 2*16kB 2*32kB 1*64kB 1*512kB, >> so you mean this large buddy block was reclaimed during the moment of oom and >> print, right? > > Not really. Those high order blocks are inaccessible for your GFP_KERNEL > allocation. See __zone_watermark_ok. > I know, some of them are from reserved memory(MIGRATE_RESERVE), right? Thanks, Xishi Qiu -- 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