From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 484B9A00C2; Wed, 22 Apr 2020 11:53:28 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 196C41D51E; Wed, 22 Apr 2020 11:53:28 +0200 (CEST) Received: from mga12.intel.com (mga12.intel.com [192.55.52.136]) by dpdk.org (Postfix) with ESMTP id 74C661D51A for ; Wed, 22 Apr 2020 11:53:26 +0200 (CEST) IronPort-SDR: 4jBd3c6LPzk3k+8sTAY0u+ALmyH14ndAUOeT662RpJE3SubL0zJXPspEcCxfT6zYP5sBMeRSrE VCeJyTNJrr7A== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Apr 2020 02:53:25 -0700 IronPort-SDR: 0UOC3ZvpEBoW7TclqkV5sIq35qjMLm3dAZ8cYKtmcHbRj6hFlBJMgRZ54dWhZp8WxpVwbYQVa0 o06GpcwDWU9w== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.72,413,1580803200"; d="scan'208";a="429852469" Received: from aburakov-mobl.ger.corp.intel.com (HELO [10.251.82.48]) ([10.251.82.48]) by orsmga005.jf.intel.com with ESMTP; 22 Apr 2020 02:53:23 -0700 To: Li Feng Cc: Feng Li , David Marchand , Kyle Zhang , dev , Yang Fan References: <20200420070508.645533-1-fengli@smartx.com> <4d2145b0-91bd-23a9-d1f0-26b60585b003@intel.com> From: "Burakov, Anatoly" Message-ID: Date: Wed, 22 Apr 2020 10:53:23 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-dev] [PATCH] eal: add madvise to avoid dump memory X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 22-Apr-20 4:13 AM, Li Feng wrote: > Really？So weird. > I have tested on 4 machines, running CentOS 7. > The core dump size is the same as the first argument GiB. > > Thanks, > > Feng Li > > Burakov, Anatoly 于2020年4月22日周三 上午1:02写道： >> >> On 21-Apr-20 5:38 PM, Feng Li wrote: >>> Hi Anatoly, >>> >>> This program could run like this: >>> gcc test_map.c >>> ./a.out 2 & >>> gcore `pidof a.out` >>> >>> You will get a core dump sized to 2GiB. >>> >>> Thanks, >>> Feng Li >>> >> >> I did just that, and my core dump was ~100K in size. Hence my asking >> about any special configuration required. >> >> -- >> Thanks, >> Anatoly > Apologies, i've looked at the wrong core dump file. I do get a 2G core dump out of it. However, i've added madvise call for that memory and run the exact same command line you gave me, and i can see multiple core dump files, some of them are 2G files. Does that mean that MADV_DONTDUMP doesn't work? -- Thanks, Anatoly