From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailout3.w1.samsung.com (mailout3.w1.samsung.com [210.118.77.13]) by dpdk.org (Postfix) with ESMTP id 214308DAF for ; Tue, 12 Jan 2016 13:01:33 +0100 (CET) Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245]) by mailout3.w1.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTP id <0O0U009NS9EKDZA0@mailout3.w1.samsung.com> for dev@dpdk.org; Tue, 12 Jan 2016 12:01:32 +0000 (GMT) X-AuditID: cbfec7f5-f79b16d000005389-bf-5694eb1c2e6c Received: from eusync3.samsung.com ( [203.254.199.213]) by eucpsbgm2.samsung.com (EUCPMTA) with SMTP id 83.47.21385.C1BE4965; Tue, 12 Jan 2016 12:01:32 +0000 (GMT) Received: from fedinw7x64 ([106.109.131.169]) by eusync3.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTPA id <0O0U005D79EI2290@eusync3.samsung.com>; Tue, 12 Jan 2016 12:01:31 +0000 (GMT) From: Pavel Fedin To: 'Sergio Gonzalez Monroy' 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> <00e201d14d2b$77e03590$67a0a0b0$@samsung.com> <5694E46F.20508@intel.com> In-reply-to: <5694E46F.20508@intel.com> Date: Tue, 12 Jan 2016 15:01:30 +0300 Message-id: <00e601d14d30$f9ebbc80$edc33580$@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/PNAXdZpgsCZb31fwF86PJgAWMsQY0CZHOBwQDx0WA6Abh8L4eckviEsA== Content-language: ru X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpjkeLIzCtJLcpLzFFi42I5/e/4VV2Z11PCDOZvZbSY+/IHk8W7T9uZ LLpnf2Gz+P/rFavFoUOHGS02vZvEarFiwhFGB3aPB5dvMnn8WrCU1aPlyFtWj8V7XjJ5NL94 zuLxft9VtgC2KC6blNSczLLUIn27BK6MbxufMxZ8Eq2492MuYwPjB6EuRk4OCQETidebVjJC 2GISF+6tZ+ti5OIQEljKKPHwxzMmCOc7o8TTb7fBqtgE1CVOf/3AAmKLCNhLnHk7lRGkiFng EqNE66E/UO37mSXONF4Gq+IE6phx9TI7iC0sECoxa9EJVhCbRUBVomFnGzOIzStgKdGx4D4b hC0o8WPyPaBeDqCp6hJTpuSChJkFtCWevLvACnGqgsSOs68ZIY7Ikdi1eDErRI2IxLR/95gn MArNQjJpFsKkWUgmzULSsYCRZRWjaGppckFxUnqukV5xYm5xaV66XnJ+7iZGSOx83cG49JjV IUYBDkYlHt4M9ilhQqyJZcWVuYcYJTiYlUR47bYAhXhTEiurUovy44tKc1KLDzFKc7AoifPO 3PU+REggPbEkNTs1tSC1CCbLxMEp1cBYYvOyNae/8XpXdkaNy6olu5KN/G+++VjjoWK44rJU o+4BRueg2SLr3D9/kuLniRDncLwQH7zwttIM5sQZht9PPwt7y8vqE/Gk+NC/9O171r90c5qk 6pH1KHBWXMEsgyLhO34/yr9kTXOueMRqm+oT/pT/46GgL7+VItV3Gt70XLOz/VbkJlklluKM REMt5qLiRAAQ6wsymQIAAA== 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 12:01:33 -0000 Hello! > > .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). >=20 > Similar but not the same. > --single-file: a single file for all mapped hugepages. > SINGLE_FILE_SEGMENTS: a file per set of physically contiguous mapped > hugepages (what DPDK calls memseg , memory segment). So there could be > more than one file. Thank you for the explanation. By this time, i've done more testing. Current patchset breaks = --no-huge. I did not study why: --- cut --- Program received signal SIGBUS, Bus error. malloc_elem_init (elem=3Delem@entry=3D0x7fffe51e6000, = heap=3D0x7ffff7fe5a1c, ms=3Dms@entry=3D0x7ffff7fb301c, = size=3Dsize@entry=3D268435392) at = /home/p.fedin/dpdk/lib/librte_eal/common/malloc_elem.c:62 62 /home/p.fedin/dpdk/lib/librte_eal/common/malloc_elem.c: No such file = or directory. Missing separate debuginfos, use: dnf debuginfo-install = keyutils-libs-1.5.9-7.fc23.x86_64 krb5-libs-1.13.2-11.fc23.x86_64 = libcap-ng-0.7.7-2.fc23.x86_64 libcom_err-1.42.13-3.fc23.x86_64 = libselinux-2.4-4.fc23.x86_64 openssl-libs-1.0.2d-2.fc23.x86_64 = pcre-8.37-4.fc23.x86_64 zlib-1.2.8-9.fc23.x86_64 (gdb) where #0 malloc_elem_init (elem=3Delem@entry=3D0x7fffe51e6000, = heap=3D0x7ffff7fe5a1c, ms=3Dms@entry=3D0x7ffff7fb301c, = size=3Dsize@entry=3D268435392) at /home/p.fedin/dpdk/lib/librte_eal/common/malloc_elem.c:62 #1 0x00000000004a50b5 in malloc_heap_add_memseg (ms=3D0x7ffff7fb301c, = heap=3D) at = /home/p.fedin/dpdk/lib/librte_eal/common/malloc_heap.c:109 #2 rte_eal_malloc_heap_init () at = /home/p.fedin/dpdk/lib/librte_eal/common/malloc_heap.c:232 #3 0x00000000004be896 in rte_eal_memzone_init () at = /home/p.fedin/dpdk/lib/librte_eal/common/eal_common_memzone.c:427 #4 0x000000000042ab02 in rte_eal_init (argc=3Dargc@entry=3D11, = argv=3Dargv@entry=3D0x7fffffffeb80) at = /home/p.fedin/dpdk/lib/librte_eal/linuxapp/eal/eal.c:799 #5 0x000000000066dfb9 in dpdk_init (argc=3D11, argv=3D0x7fffffffeb80) = at lib/netdev-dpdk.c:2192 #6 0x000000000040ddd9 in main (argc=3D12, argv=3D0x7fffffffeb78) at = vswitchd/ovs-vswitchd.c:74 --- cut --- And now i tend to think that we do not need --single-file at all. = Because: a) It's just a temporary workaround for "more than 8 regions" problem. b) It's not compatible with physical hardware anyway. So i think that we could easily use "--no-huge --shared-mem" = combination. We could address hugepages compatibility problem later. Kind regards, Pavel Fedin Senior Engineer Samsung Electronics Research center Russia