Thanks very much, that clears it all up.
-Original Message-
From: Stephen Hemminger [mailto:step...@networkplumber.org]
Sent: Thursday, December 19, 2013 11:36 AM
To: Schumm, Ken
Cc: Olivier MATZ; dev at dpdk.org
Subject: Re: [dpdk-dev] When are mbufs released back to the mempool?
On Thu
Hello Olivier,
Do you know what the reason is for the tx rings filling up and holding on to
mbufs?
It seems they could be freed when the DMA xfer is acknowledged instead of
waiting until the ring was full.
Thanks!
Ken Schumm
-Original Message-
From: Olivier MATZ [mailto:olivier.m...@6
Hi all,
We're working on the KNI and we see a strange behavior which seems like a
bug in the the kernel module.
When running with *lo_mode=lo_mode_fifo *everything works as expected, the
packets looks similar on the ingress and egress.
But when running with *lo_mode=lo_mode_fifo_skb *the packets
Hello,
19/12/2013 11:57, ankit kumar :
> It was working fine but i am not sure that memory allocation &
> deallocation in rte_mempool library, is multi-thread safe or not.
07/12/2013 18:54, Fran?ois-Fr?d?ric Ozog :
> > De Thomas Monjalon
> > 06/12/2013 14:12, Pashupati Kumar :
> > > I am looking for spinlocks that use a single bit (bit 31) of a 32 bit
> > > word for locking. The rest of the bits in the word are left
> > > undisturbed. This enables more compact data
Hi,
I was testing rte_ring in DPDK as it provides multi-consumer &
multi-produce queue(lock-free but not wait-free).
It was working fine but i am not sure that memory allocation &
deallocation in rte_mempool library, is multi-thread safe or not.
Because its giving me error during allocat
does that mean that on the same core, we can't do rte_eth_rx_burst in one
thread (I assume this function allocates from mempool for storing mbufs
everytime it receives a packet), while another thread calls
rte_pktmbuf_alloc from the same mem_pool?
On Thu, Dec 19, 2013 at 9:04 AM, Thomas Monjalon
On Thu, 19 Dec 2013 19:09:48 +
"Schumm, Ken" wrote:
> Hello Olivier,
>
> Do you know what the reason is for the tx rings filling up and holding on to
> mbufs?
Optimization to defer freeing.
Note, there is no interrupts with DPDK so Transmit done can not be detected
until the next transmit.
8 matches
Mail list logo