Hard to say without seeing the patch. Can you summarize what the changes will be in each particular .c file?
> On 23 Jul 2020, at 18:00, Honnappa Nagarahalli <honnappa.nagaraha...@arm.com> > wrote: > > Hi Damjan, > Thank you. Till your patch is ready, would you accept patches > that would enable creating these tables in 1G huge pages as temporary > solution? > > Thanks, > Honnappa > > From: Damjan Marion <dmar...@me.com <mailto:dmar...@me.com>> > Sent: Thursday, July 23, 2020 7:15 AM > To: Lijian Zhang <lijian.zh...@arm.com <mailto:lijian.zh...@arm.com>> > Cc: vpp-dev <vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io>>; nd > <n...@arm.com <mailto:n...@arm.com>>; Honnappa Nagarahalli > <honnappa.nagaraha...@arm.com <mailto:honnappa.nagaraha...@arm.com>>; > Govindarajan Mohandoss <govindarajan.mohand...@arm.com > <mailto:govindarajan.mohand...@arm.com>>; Jieqiang Wang > <jieqiang.w...@arm.com <mailto:jieqiang.w...@arm.com>> > Subject: Re: [vpp-dev] Create big tables on huge-page > > > I started working on patch which addresses most of this points, few weeks > ago, but likely I will not have it completed for 20.09. > Even if it is completed, it is probably bad idea to merge it so late in the > release process…. > > — > Damjan > > > > On 23 Jul 2020, at 10:45, Lijian Zhang <lijian.zh...@arm.com > <mailto:lijian.zh...@arm.com>> wrote: > > Hi Maintainers, > From VPP source code, ip4-mtrie table is created on huge-page only when below > parameters are set in configuration file. > While adjacency table is created on normal-page always. > 36 ip { > 37 heap-size 256M > 38 mtrie-hugetlb > 39 } > In the 10K flow testing, I configured 10K routing entries in ip4-mtrie and > 10K entries in adjacency table. > By creating ip4-mtrie table on 1G huge-page with above parameters set and > similarly create adjacency table on 1G huge-page, although I don’t observe > obvious throughput performance improvement, but TLB misses are dramatically > reduced. > Do you think configuration of 10K routing entries + 10K adjacency entries is > a reasonable and possible config, or normally it would be 10K routing entries > + only several adjacency entries? > Does it make sense to create adjacency table on huge-pages? > Another problem is although above assigned heap-size is 256M, but on 1G > huge-page system, it seems to occupy a huge-page completely, other memory > space within that huge-page seems will not be used by other tables. > > Same as the bihash based tables, only 2M huge-page system is supported. To > support creating bihash based tables on 1G huge-page system, each table will > occupy a 1G huge-page completely, but that will waste a lot of memories. > Is it possible just like pmalloc module, reserving a big memory space on > 1G/2M huge-pages in initialization stage, and then allocate memory pieces per > requirement for Bihash, ip4-mtrie and adjacency tables, so that all tables > could be created on huge-pages and will fully utilize the huge-pages. > I tried to create MAC table on 1G huge-page, and it does improve throughput > performance. > vpp# show bihash > Name Actual Configured > GBP Endpoints - MAC/BD 1m 1m > b4s 64m 64m > b4s 64m 64m > in2out 10.12m 10.12m > in2out 10.12m 10.12m > ip4-dr 2m 2m > ip4-dr 2m 2m > ip6 FIB fwding table 32m 32m > ip6 FIB non-fwding table 32m 32m > ip6 mFIB table 32m 32m > l2fib mac table 512m 512m > mapping_by_as4 64m 64m > out2in 128m 128m > out2in 128m 128m > out2in 10.12m 10.12m > out2in 10.12m 10.12m > pppoe link table 8m 8m > pppoe session table 8m 8m > static_mapping_by_external 64m 64m > static_mapping_by_local 64m 64m > stn addresses 1m 1m > users 648k 648k > users 648k 648k > vip_index_per_port 64m 64m > vxlan4 1m 1m > vxlan4-gbp 1m 1m > Total 1.28g 1.28g > > Thanks. > >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#17071): https://lists.fd.io/g/vpp-dev/message/17071 Mute This Topic: https://lists.fd.io/mt/75742152/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-