[dpdk-dev] Mmap query

2021-10-11 Thread Brijesh Singh
Hi there, We are seeing high mmap time for 1G hugepage during eal memalloc init. Most time is spent for clearing page, each 4k size.. It's not clear to me why clear huge pages is called? The code mmaps rte_map file with map_populate and map_shared this shouldn't cause page zeroing. I am curious to

Re: [dpdk-dev] Mmap query

2021-10-11 Thread Brijesh Singh
38 PM Dmitry Kozlyuk wrote: > Hi Brijesh, > > 2021-10-11 10:25 (UTC-0700), Brijesh Singh: > > Hi there, > > We are seeing high mmap time for 1G hugepage during eal memalloc init. > Most > > time is spent for clearing page, each 4k size.. > > It's not clear

Re: [dpdk-dev] rte_hash thread safe

2018-04-23 Thread Brijesh Singh
d, Apr 11, 2018 at 9:12 PM, Brijesh Singh wrote: > Hello, > > I want to use DPDK's rte_hash library to keep track of tcp flows. The > lookups will be done by multiple threads but inserts will be done only > on one thread. > > As per the documentation rte_hash library has

Re: [dpdk-dev] rte_hash thread safe

2018-04-24 Thread Brijesh Singh
Thank you all for explaining. My updates are uncommon; Adding concept of quiescent threads should be worst case loss of 1 full burst cpu cycles on the threads. This should be acceptable infrequent delay in packet processing. I need data on performance of librcu lookups under infrequent updates,

[dpdk-dev] rte_hash thread safe

2018-04-11 Thread Brijesh Singh
Hello, I want to use DPDK's rte_hash library to keep track of tcp flows. The lookups will be done by multiple threads but inserts will be done only on one thread. As per the documentation rte_hash library has thread safe lookups. Key /data inserts should be done on single thread, since those ope