[quagga-dev 10953] Re: high-bandwidth, low-latency quagga necessary ?
Jose Gavine Cueto
pepedocs at gmail.com
Fri Dec 6 02:09:50 GMT 2013
"The DPDK site seems to imply that they include complete replacement
drivers. My assumption was that those drivers, while perhaps providing
additional APIs, also supported the APIs that the standard drivers provide.
Is that wrong?"
Yes they provided complete replacements. I'm not sure what you mean about
the APIs that the standard drivers provide, but by experience the poll-mode
drivers provided by DPDK is very flexible and could do what the kernel
"Looks like Intel thought so too. See
https://01.org/packet-processing/intel%C2%AE-ovdk - that job seems to be
done already, and they're well on their way to a smart switch."
Correct. I've been monitoring this and this is quite promising. Though as
for the moment, it is still very young and the last time I read about it
was that the performance optimization is yet applicable only between VM to
On Thu, Dec 5, 2013 at 4:26 PM, Alexis Rosen <
quagga-users at alexis.users.panix.com> wrote:
> On Dec 4, 2013, at 9:36 PM, Jose Gavine Cueto <pepedocs at gmail.com> wrote:
> > One could create an api or abstraction (portability issue agian) for the
> poll-mode APIs where applications could interface or use the provided kni
> whichever is better. Sadly, support for non-Intel drivers is not yet
> The DPDK site seems to imply that they include complete replacement
> drivers. My assumption was that those drivers, while perhaps providing
> additional APIs, also supported the APIs that the standard drivers provide.
> Is that wrong?
> > as dump packet switch,
> > I believe this is a good start to see what some quick performance gains.
> There are also APIs that provide l3 algorithms and take advantage of DPDK
> Looks like Intel thought so too. See
> https://01.org/packet-processing/intel%C2%AE-ovdk - that job seems to be
> done already, and they're well on their way to a smart switch.
> > I've seen netmap but I haven't used it. I have not seen any mention the
> capability to take advantage of per core memory (e.g. NUMA).
> There is likely some facility for this, since they claim linear
> scalability across cores.
To stop learning is like to stop loving.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Quagga-dev