From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1423270AbcFHIvH (ORCPT ); Wed, 8 Jun 2016 04:51:07 -0400 Received: from mga14.intel.com ([192.55.52.115]:23973 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1422883AbcFHIvD convert rfc822-to-8bit (ORCPT ); Wed, 8 Jun 2016 04:51:03 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.26,438,1459839600"; d="scan'208";a="983217498" From: "Odzioba, Lukasz" To: Michal Hocko CC: "Hansen, Dave" , "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" , "Shutemov, Kirill" , "Anaczkowski, Lukasz" Subject: RE: mm: pages are not freed from lru_add_pvecs after process termination Thread-Topic: mm: pages are not freed from lru_add_pvecs after process termination Thread-Index: AdGgo2TVXttFnfzXSCKoCVtWFlAf9///+AIAgAFnVQCABi40AP/8X4QQgAdEuoCAALQegP/93XiggARHCgCAB1JggP/VpBYwCqCSQQD//pnz0A== Date: Wed, 8 Jun 2016 08:51:00 +0000 Message-ID: References: <5720F2A8.6070406@intel.com> <20160428143710.GC31496@dhcp22.suse.cz> <20160502130006.GD25265@dhcp22.suse.cz> <20160504203643.GI21490@dhcp22.suse.cz> <20160505072122.GA4386@dhcp22.suse.cz> <572CC092.5020702@intel.com> <20160511075313.GE16677@dhcp22.suse.cz> <20160607111946.GJ12305@dhcp22.suse.cz> In-Reply-To: <20160607111946.GJ12305@dhcp22.suse.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiYjdiNmEwYmItNzg4OS00MTU2LWI0YjMtN2IyZDFjNmVjZDA3IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX1BVQkxJQyJ9XX1dfSwiU3ViamVjdExhYmVscyI6W10sIlRNQ1ZlcnNpb24iOiIxNS45LjYuNiIsIlRydXN0ZWRMYWJlbEhhc2giOiJEMDAzZXFnRXNPeUNrT2c3UkY3aWcyS3pzb0d1blNxQ3pDRFBITHQyOUVJPSJ9 x-ctpclassification: CTP_PUBLIC x-originating-ip: [163.33.239.180] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 07-06-16 13:20:00, Michal Hocko wrote: > I guess you want something like posix_memalign or start faulting in from > an aligned address to guarantee you will fault 2MB pages. Good catch. > Besides that I am really suspicious that this will be measurable at all. > I would just go and spin a patch assuming you are still able to trigger > OOM with the vanilla kernel. Yes, I am still able to trigger OOM, the tests I did are more like sanity checks rather than benchmarks. lru_cache_add takes very little time so it was rather to look for some unexpected side effects. Thank, Lukas From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf0-f197.google.com (mail-pf0-f197.google.com [209.85.192.197]) by kanga.kvack.org (Postfix) with ESMTP id D29D06B025E for ; Wed, 8 Jun 2016 04:51:25 -0400 (EDT) Received: by mail-pf0-f197.google.com with SMTP id a69so2402884pfa.1 for ; Wed, 08 Jun 2016 01:51:25 -0700 (PDT) Received: from mga03.intel.com (mga03.intel.com. [134.134.136.65]) by mx.google.com with ESMTP id e1si255351paz.184.2016.06.08.01.51.16 for ; Wed, 08 Jun 2016 01:51:19 -0700 (PDT) From: "Odzioba, Lukasz" Subject: RE: mm: pages are not freed from lru_add_pvecs after process termination Date: Wed, 8 Jun 2016 08:51:00 +0000 Message-ID: References: <5720F2A8.6070406@intel.com> <20160428143710.GC31496@dhcp22.suse.cz> <20160502130006.GD25265@dhcp22.suse.cz> <20160504203643.GI21490@dhcp22.suse.cz> <20160505072122.GA4386@dhcp22.suse.cz> <572CC092.5020702@intel.com> <20160511075313.GE16677@dhcp22.suse.cz> <20160607111946.GJ12305@dhcp22.suse.cz> In-Reply-To: <20160607111946.GJ12305@dhcp22.suse.cz> Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Sender: owner-linux-mm@kvack.org List-ID: To: Michal Hocko Cc: "Hansen, Dave" , "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" , "Shutemov, Kirill" , "Anaczkowski, Lukasz" On Tue 07-06-16 13:20:00, Michal Hocko wrote: > I guess you want something like posix_memalign or start faulting in from > an aligned address to guarantee you will fault 2MB pages.=20 Good catch. > Besides that I am really suspicious that this will be measurable at all. > I would just go and spin a patch assuming you are still able to trigger > OOM with the vanilla kernel.=20 Yes, I am still able to trigger OOM, the tests I did are more like sanity checks rather than benchmarks. lru_cache_add takes very little time so it was rather to look for some unexpected side effects. Thank, Lukas -- 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