[dpdk-dev] [PATCH 1/2] timer: use rte_mp_msg to pass TSC hz to secondary procs

Bruce Richardson bruce.richardson at intel.com
Mon Aug 26 11:54:57 CEST 2019

On Thu, Aug 15, 2019 at 04:27:35AM -0700, Jim Harris wrote:
> rte_eal_init() is much faster in secondary processes since
> hugepages don't need to be zeroed.  But there's still
> non-trivial delays in the timer subsystem initialization
> due to the 100ms sleep used to calculate TSC hz.  So use
> the rte_mp_msg framework to allow secondary processes
> to get the TSC hz from the primary process.
> This cuts rte_eal_init() execution time in a secondary
> process from 165ms to 66ms in my test program.
> Signed-off-by: Jim Harris <james.r.harris at intel.com>
> ---

Rather than messaging, can we not just move the CPU frequency to being
stored in a shared memory location? It's not something where different
processes are going to need to be provided with different values.

More information about the dev mailing list