Displaying 4 results from an estimated 4 matches for "netoptim".
Did you mean:
netopt
2015 Dec 02
0
[PATCH] Receive multiple packets at a time
...that other OSes adopt it, though.
Given how slow other OSes are evolving, I would not hold my breath,
and retain code paths that worked with them.
[1] https://lists.bufferbloat.net/pipermail/cake/2015-November/000846.html
[2] http://www.bufferbloat.net/projects/codel/wiki/CakeTechnical
[3] http://netoptimizer.blogspot.se/2014/10/unlocked-10gbps-tx-wirespeed-smallest.html
2015 Dec 02
2
[PATCH] Receive multiple packets at a time
Dave Taht, on Wed 02 Dec 2015 14:13:27 +0100, wrote:
> More recently Tom Herbert was working on udp encapsulation methods in
> the kernel "foo over udp"
>
> https://www.netdev01.org/docs/herbert-UDP-Encapsulation-Linux.pdf
>
> https://lwn.net/Articles/614348/
>
> which preserve things important at high rates like GRO/GSO.
Yes, FOU will probably get the highest
2016 May 15
0
[PATCH] tools/virtio: add inorder option
skips ring accesses but drops out of order support
At high level this follows alf design
https://github.com/netoptimizer/prototype-kernel/blob/master/kernel/lib/alf_queue.c
but on most (single-threaded) benchmarks this seems to be slower than the layout
without index use.
Signed-off-by: Michael S. Tsirkin <mst at redhat.com>
---
tools/virtio/ringtest/virtio_ring_0_9.c | 49 ++++++++++++++++++++++++++++...
2016 May 15
0
[PATCH] tools/virtio: add inorder option
skips ring accesses but drops out of order support
At high level this follows alf design
https://github.com/netoptimizer/prototype-kernel/blob/master/kernel/lib/alf_queue.c
but on most (single-threaded) benchmarks this seems to be slower than the layout
without index use.
Signed-off-by: Michael S. Tsirkin <mst at redhat.com>
---
tools/virtio/ringtest/virtio_ring_0_9.c | 49 ++++++++++++++++++++++++++++...