Hi Damjan, I was able to create 4k VRF's with increase in heap memory size to 4G. Thanks for the help.
Regards, Balaji On Wed, Sep 6, 2017 at 9:01 PM, Damjan Marion (damarion) <damar...@cisco.com > wrote: > yes, you can also try to execute “show memory verbose” before the failing > one to see the stats… > > On 6 Sep 2017, at 17:21, Balaji Kn <balaji.s...@gmail.com> wrote: > > Hi Damjan, > > I am creating vrf's using "*set interface ip table <interface name> > <table ID/VRF ID>".* > */dev/shm/vpe-api* shared memory is unlinked. I am able to see following > error message on vppctl console. > > *exec error: Misc* > > After this if i execute "show int" on vppctl, all VPP configuration i did > so far was lost and started with default configuration as per > /etc/vpp/startup.conf. > > You mentioned that VPP heap is not using huge pages. In that case can I > increase heap memory with startup configuration "heapsize" parameter? > > Regards, > Balaji > > > On Wed, Sep 6, 2017 at 8:27 PM, Damjan Marion (damarion) < > damar...@cisco.com> wrote: > >> >> On 6 Sep 2017, at 16:49, Balaji Kn <balaji.s...@gmail.com> wrote: >> >> Hi Damjan, >> >> I was trying to create 4k sub-interfaces for an interface and associate >> each sub-interface with vrf and observed a limitation in VPP 17.07 that was >> supporting only 874 VRFs and shared memory was unlinked for 875th VRF. >> >> >> What do you mean by “shared memory was unlinked” ? >> Which shared memory? >> >> >> I felt this might be because of shortage of heap memory used in VPP and >> might be solved with increase of huge page memory. >> >> >> VPP heap is not using hugepages. >> >> >> Regards, >> Balaji >> >> On Wed, Sep 6, 2017 at 7:10 PM, Damjan Marion (damarion) < >> damar...@cisco.com> wrote: >> >>> >>> why do you need so much memory? Currently, for default number of buffers >>> (16K per socket) VPP needs >>> around 40MB of hugepage memory so allocating 1G will be huge waste of >>> memory…. >>> >>> Thanks, >>> >>> Damjan >>> >>> On 5 Sep 2017, at 11:15, Balaji Kn <balaji.s...@gmail.com> wrote: >>> >>> Hello, >>> >>> Can you help me on below query related to 1G huge pages usage in VPP. >>> >>> Regards, >>> Balaji >>> >>> >>> On Thu, Aug 31, 2017 at 5:19 PM, Balaji Kn <balaji.s...@gmail.com> >>> wrote: >>> >>>> Hello, >>>> >>>> I am using *v17.07*. I am trying to configure huge page size as 1GB >>>> and reserve 16 huge pages for VPP. >>>> I went through /etc/sysctl.d/80-vpp.conf file and found options only >>>> for huge page of size 2M. >>>> >>>> *output of vpp-conf file.* >>>> .# Number of 2MB hugepages desired >>>> vm.nr_hugepages=1024 >>>> >>>> # Must be greater than or equal to (2 * vm.nr_hugepages). >>>> vm.max_map_count=3096 >>>> >>>> # All groups allowed to access hugepages >>>> vm.hugetlb_shm_group=0 >>>> >>>> # Shared Memory Max must be greator or equal to the total size of >>>> hugepages. >>>> # For 2MB pages, TotalHugepageSize = vm.nr_hugepages * 2 * 1024 * 1024 >>>> # If the existing kernel.shmmax setting (cat /sys/proc/kernel/shmmax) >>>> # is greater than the calculated TotalHugepageSize then set this >>>> parameter >>>> # to current shmmax value. >>>> kernel.shmmax=2147483648 <(214)%20748-3648> >>>> >>>> Please can you let me know configurations i need to do so that VPP runs >>>> with 1GB huge pages. >>>> >>>> Host OS is supporting 1GB huge pages. >>>> >>>> Regards, >>>> Balaji >>>> >>>> >>> _______________________________________________ >>> vpp-dev mailing list >>> vpp-dev@lists.fd.io >>> https://lists.fd.io/mailman/listinfo/vpp-dev >>> >>> >>> >> >> > >
_______________________________________________ vpp-dev mailing list vpp-dev@lists.fd.io https://lists.fd.io/mailman/listinfo/vpp-dev