[dpdk-dev] [PATCH 1/3] rte_sched: keep track of RED drops

2015-11-29 10:46, Stephen Hemminger: > Add new statistic to keep track of drops due to RED. > > Signed-off-by: Stephen Hemminger > --- > lib/librte_sched/rte_sched.c | 20 > lib/librte_sched/rte_sched.h | 8 > 2 files changed, 24 insertions(+), 4 deletions(-) You

[dpdk-dev] Fwd: port-queue-process

Hi, > From: Nishant Verma [mailto:vnish11 at gmail.com] > Sent: Saturday, November 28, 2015 7:28 PM > To: De Lara Guarch, Pablo > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] Fwd: port-queue-process > > Thanks for the reply. > Got your point. It means, suppose DPD

[dpdk-dev] [PATCH v3 2/2] config: disable CONFIG_RTE_SCHED_VECTOR for arm

On Fri, Nov 27, 2015 at 07:04:28PM +0530, Jerin Jacob wrote: > Commit 42ec27a0178a causes compiling error on arm, as RTE_SCHED_VECTOR > does support only SSE intrinsic, so disable it till we have neon support. > > Fixes: 42ec27a0178a ("sched: enable SSE optimizations in config") > > Signed-off-by

[dpdk-dev] API feature check _HAS_

On 11/29/15 11:10, Gleb Natapov wrote: > On Sun, Nov 29, 2015 at 11:07:44AM +0200, Vlad Zolotarov wrote: >> >> On 11/26/15 22:35, Thomas Monjalon wrote: >>> When introducing LRO, Vlad has defined the macro RTE_ETHDEV_HAS_LRO_SUPPORT: >>> http://dpdk.org/browse/dpdk/commit/lib/librte_ether/rte_eth

[dpdk-dev] API feature check _HAS_

On Sun, Nov 29, 2015 at 11:07:44AM +0200, Vlad Zolotarov wrote: > > > On 11/26/15 22:35, Thomas Monjalon wrote: > >When introducing LRO, Vlad has defined the macro RTE_ETHDEV_HAS_LRO_SUPPORT: > >http://dpdk.org/browse/dpdk/commit/lib/librte_ether/rte_ethdev.h?id=8eecb329 > > > >It allows to use t

[dpdk-dev] API feature check _HAS_

On 11/26/15 22:35, Thomas Monjalon wrote: > When introducing LRO, Vlad has defined the macro RTE_ETHDEV_HAS_LRO_SUPPORT: > http://dpdk.org/browse/dpdk/commit/lib/librte_ether/rte_ethdev.h?id=8eecb329 > > It allows to use the feature without version check (before the release or > after a backport)

[dpdk-dev] [PATCH 3/3] rte_sched: eliminate floating point in calculating byte clock

The old code was doing a floating point divide for each rte_dequeue() which is very expensive. Change to using fixed point scaled inverse multiply. To maintain equivalent precision, scaled math is used. The application ABI is the same. This improved performance from 5Gbit/sec to 10 Gbit/sec when c

[dpdk-dev] [PATCH 2/3] rte_sched: introduce reciprocal divide

This adds (with permission of the original author) reciprocal divide based on algorithm in Linux. Signed-off-by: Stephen Hemminger Signed-off-by: Hannes Frederic Sowa --- lib/librte_sched/Makefile | 6 ++-- lib/librte_sched/rte_reciprocal.c | 72 +++

[dpdk-dev] [PATCH 1/3] rte_sched: keep track of RED drops

Add new statistic to keep track of drops due to RED. Signed-off-by: Stephen Hemminger --- lib/librte_sched/rte_sched.c | 20 lib/librte_sched/rte_sched.h | 8 2 files changed, 24 insertions(+), 4 deletions(-) diff --git a/lib/librte_sched/rte_sched.c b/lib/librte_

[dpdk-dev] [PATCH 0/3] sched: patches for 2.2

This is the last round of sched updates for 2.2. It is based on code changes (extensively) tested by QA and used in the vRouter. Stephen Hemminger (3): rte_sched: keep track of RED drops rte_sched: introduce reciprocal divide rte_sched: eliminate floating point in calculating byte clock li