From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailout4.w1.samsung.com (mailout4.w1.samsung.com [210.118.77.14]) by dpdk.org (Postfix) with ESMTP id 88D5A8E59 for ; Tue, 12 Jan 2016 12:22:07 +0100 (CET) Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245]) by mailout4.w1.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTP id <0O0U009H57KUY990@mailout4.w1.samsung.com> for dev@dpdk.org; Tue, 12 Jan 2016 11:22:06 +0000 (GMT) X-AuditID: cbfec7f5-f79b16d000005389-99-5694e1dee960 Received: from eusync4.samsung.com ( [203.254.199.214]) by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id B9.80.21385.ED1E4965; Tue, 12 Jan 2016 11:22:06 +0000 (GMT) Received: from fedinw7x64 ([106.109.131.169]) by eusync4.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTPA id <0O0U00BT57KR2CA0@eusync4.samsung.com>; Tue, 12 Jan 2016 11:22:06 +0000 (GMT) From: Pavel Fedin To: "'Tan, Jianfeng'" , 'Rich Lane' References: <1446748276-132087-1-git-send-email-jianfeng.tan@intel.com> <1452426182-86851-1-git-send-email-jianfeng.tan@intel.com> <1452426182-86851-3-git-send-email-jianfeng.tan@intel.com> <5694C36D.2040006@intel.com> <00d501d14d20$930c8ae0$b925a0a0$@samsung.com> <5694D9E9.6060704@intel.com> In-reply-to: <5694D9E9.6060704@intel.com> Date: Tue, 12 Jan 2016 14:22:03 +0300 Message-id: <00e201d14d2b$77e03590$67a0a0b0$@samsung.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-index: AQLOfZuJ4skKn5NxqR5aD7duH+7e0wGBr/PNAXdZpgsCZb31fwF86PJgAWMsQY0CZHOBwZyoPz+A Content-language: ru X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprLIsWRmVeSWpSXmKPExsVy+t/xa7r3Hk4JMzh3ic1i7ssfTBbvPm1n smifeZbJonv2FzaLv7NbWS3+/3rFanGs5xOrxaFDhxktNr2bxGpxfcIFVgcujweXbzJ5/Fqw lNWj5chbVo/G5xIei/e8ZPJofvGcxWPeyUCP9/uusgVwRHHZpKTmZJalFunbJXBl/Fz4nKng FGtF47EHbA2MR1m6GDk5JARMJD6/fsIMYYtJXLi3nq2LkYtDSGApo8T/Y11QzndGiZUvtzKB VLEJqEuc/voBrFtEIFyi43cTI0gRs8AEJokjhzezQnR8YZKYeOAyO0gVp4CmxK6+aWC2sICH xLV5X8H2sQioSnRsbmAFsXkFLCW6d+2AsgUlfky+B7SBA2iqusSUKbkgYWYBbYkn7y6wQpyq ILHj7GtGiCNiJE7/3c0CUSMiMe3fPeYJjEKzkEyahTBpFpJJs5B0LGBkWcUomlqaXFCclJ5r pFecmFtcmpeul5yfu4kREmlfdzAuPWZ1iFGAg1GJhzeDfUqYEGtiWXFl7iFGCQ5mJRFeuy1A Id6UxMqq1KL8+KLSnNTiQ4zSHCxK4rwzd70PERJITyxJzU5NLUgtgskycXBKNTDma7BGzPZc drtcOdV1ZWnFf3dN0/STWXvWh3bsbdsom3ZzruQcWcag5tO/+bd8bUlL57qg7Fj2lH2xYV/l dodpS7jVLBvMUk6c/WZYu+jxj6fLFv0Jrw7w6Dav9/lnMuk0j9jJGF3J8mv3FwX2m028X3X7 htO/CXVTjrmqxrRX/rrYrnfxU5sSS3FGoqEWc1FxIgCFFm0HsAIAAA== Cc: nakajima.yoshihiro@lab.ntt.co.jp, "'Michael S. Tsirkin'" , dev@dpdk.org, ann.zhuangyanying@huawei.com Subject: Re: [dpdk-dev] [PATCH 2/4] mem: add API to obstain memory-backed file info X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jan 2016 11:22:07 -0000 Hello! > Oh I get it and recognize the problem here. The actual problem lies in > the API rte_eal_get_backfile_info(). > backfiles[i].size =3D hugepage_files[i].size; > Should use statfs or hugepage_files[i].size * = hugepage_files[i].repeated > to calculate the total size. .repeated depends on CONFIG_RTE_EAL_SIGLE_FILE_SEGMENTS. By the way, = looks like it does the same thing as you are trying to do with = --single-file, but with hugepages, doesn't it? I see it's currently used = by ivshmem (which is AFAIK very immature and half-abandoned). Or should we just move .repeated out of the #ifdef ? Kind regards, Pavel Fedin Senior Engineer Samsung Electronics Research center Russia