[lng-odp] [RFC API-NEXT PATCH 0/6] Multiple queue packet IO API

2015-10-14 Thread Nikita Kalyazin
This series is a proposal of multiqueue API for ODP. Modern network adapters (both physical and virtual) support multiple hardware queues. Assigning separate CPU core for processing of each queue allows to scale throughput (in best case - linearly). This series should be considered a prototype. T

Re: [lng-odp] [RFC API-NEXT PATCH 0/6] Multiple queue packet IO API

2015-10-16 Thread Stuart Haslam
On Wed, Oct 14, 2015 at 02:32:37PM +0300, Nikita Kalyazin wrote: > This series is a proposal of multiqueue API for ODP. > Modern network adapters (both physical and virtual) support multiple > hardware queues. Assigning separate CPU core for processing of each > queue allows to scale throughput (i

Re: [lng-odp] [RFC API-NEXT PATCH 0/6] Multiple queue packet IO API

2015-10-19 Thread Nikita Kalyazin
Hi Stuart, Thanks for your feedback. > One thing that is missing here is a method for the application to > configure how packets are distributed, i.e. which fields in the packet > are used when calculating the flow hash (not necessarily the hash > algorithm itself, that can be implementation def

Re: [lng-odp] [RFC API-NEXT PATCH 0/6] Multiple queue packet IO API

2015-10-19 Thread Alexandru Badicioiu
On 19 October 2015 at 19:16, Nikita Kalyazin wrote: > Hi Stuart, > > > Thanks for your feedback. > > > One thing that is missing here is a method for the application to > > configure how packets are distributed, i.e. which fields in the packet > > are used when calculating the flow hash (not nece

Re: [lng-odp] [RFC API-NEXT PATCH 0/6] Multiple queue packet IO API

2015-10-22 Thread Nikita Kalyazin
Hi, > [Alex] ODP queues are neither software nor hardware by definition, each > implementation is free to implement them as they see fit. Also PacketI/O > abstraction is not an abstraction for a NIC device. The ODP way to use > multiple > queues for ingress is through the classifier. There was a

Re: [lng-odp] [RFC API-NEXT PATCH 0/6] Multiple queue packet IO API

2015-10-22 Thread Stuart Haslam
On Thu, Oct 22, 2015 at 06:06:58PM +0300, Nikita Kalyazin wrote: > Hi, > > > [Alex] ODP queues are neither software nor hardware by definition, each > > implementation is free to implement them as they see fit. Also PacketI/O > > abstraction is not an abstraction for a NIC device. The ODP way to u

Re: [lng-odp] [RFC API-NEXT PATCH 0/6] Multiple queue packet IO API

2015-10-23 Thread Alexandru Badicioiu
On 22 October 2015 at 18:06, Nikita Kalyazin wrote: > Hi, > > > [Alex] ODP queues are neither software nor hardware by definition, each > > implementation is free to implement them as they see fit. Also PacketI/O > > abstraction is not an abstraction for a NIC device. The ODP way to use > multipl

Re: [lng-odp] [RFC API-NEXT PATCH 0/6] Multiple queue packet IO API

2015-10-26 Thread Nikita Kalyazin
To sum up, we need the following things for proper multiqueue ingress support in ODP: - a way to assign multiple queues to a CoS (up to the number of queues the specific NIC supports), e.g., odp_cos_queue_set() -> odp_cos_queues_set(); - a way to define multiple input default queues (in the case

Re: [lng-odp] [RFC API-NEXT PATCH 0/6] Multiple queue packet IO API

2015-10-26 Thread Nikita Kalyazin
Hi Alex, > I understand your reasoning but ODP Packet I/O (pktio) is _not_ (yet?) a NIC > abstraction. The fact is that in current ODP design ingress queues are > "connected" to the pktio device by the configuration of classifier or as > default/error CoS queues. Classifier can be changed dynamica

Re: [lng-odp] [RFC API-NEXT PATCH 0/6] Multiple queue packet IO API

2015-10-26 Thread Alexandru Badicioiu
On 26 October 2015 at 16:28, Nikita Kalyazin wrote: > Hi Alex, > > > I understand your reasoning but ODP Packet I/O (pktio) is _not_ (yet?) a > NIC > > abstraction. The fact is that in current ODP design ingress queues are > > "connected" to the pktio device by the configuration of classifier or