On Mon, May 9, 2016 at 6:57 AM, nousi <[email protected]> wrote: > > Hi All, > > Pleas help me in running ODP classifier example with huge pages. > In ubuntu 15.10 by default interface naming as "eno1" and value in > "/proc/sys/vm/nr_hugepages." is 1024. > classifier example program could not able to use huge pages even though > nr_hugepages value is non zero. > I could able to run the classier example, but it is not using huge pages. > > > > *console log is pasted below for you reference.*root@odp/example/classifier# > ./odp_classifier -i eno1 -m 0 -p > "ODP_PMR_SIP_ADDR:192.168.10.11:FFFFFFFF:queue1" > -p "ODP_PMR_SIP_ADDR:10.130.69.0:000000FF:queue2" -p > "ODP_PMR_SIP_ADDR:10.130.68.0:FFFFFE00:queue3" > odp_pool.c:104:odp_pool_init_global(): > Pool init global > odp_pool.c:105:odp_pool_init_global(): pool_entry_s size 8512 > odp_pool.c:106:odp_pool_init_global(): pool_entry_t size 8512 > odp_pool.c:107:odp_pool_init_global(): odp_buffer_hdr_t size 216 > odp_pool.c:108:odp_pool_init_global(): > odp_queue.c:130:odp_queue_init_global():Queue init ... > odp_shared_memory.c:296:odp_shm_reserve(): odp_queues: > No huge pages, fall back to normal pages, > check: /proc/sys/vm/nr_hugepages. >
This is an informational message saying that the linux-generic implementation was unable to allocate huge pages so it's falling back to normal pages. I'm not sure why you're seeing that except that it seems that some allocations may have been successful (those in odp_pool.c) while those for queue initialization were not. I'll let others who are more expert in this area chime in with some additional thoughts. > > > > Thanks & Regards, > > *B.Nousilal,* > > _______________________________________________ > lng-odp mailing list > [email protected] > https://lists.linaro.org/mailman/listinfo/lng-odp > >
_______________________________________________ lng-odp mailing list [email protected] https://lists.linaro.org/mailman/listinfo/lng-odp
