jitter / latency reduction

greetings,
this week I read a presentation by Jesse and towards the end it asks if we
can help.
I"m a Linux performance tunning / kernel expert and please let me know how
I can help what material to read to prep myself

regards,
Mahmood -

2017-03-03 20:52 GMT-03:00 Mahmood Qazen [off-list ref]:

this week I read a presentation by Jesse and towards the end it asks if we
can help.

Hello,

Can you please share this presentation? I'm interested in this subject too.

Thanks!



[image: --]

Leonardo Amaral
[image: https://]about.me/leonardo.amaral
<https://about.me/leonardo.amaral?promo=email_sig&utm_source=email_sig&utm_medium=email_sig&utm_campaign=external_links>

2017-03-03 20:52 GMT-03:00 Mahmood Qazen [off-list ref]:

this week I read a presentation by Jesse and towards the end it asks if we
can help.

Hello,

Can you please share this presentation? I'm interested in this subject too.

Thanks!


Leonardo Amaral
about.me/leonardo.amaral

greetings Leonardo
this is the slide / pdf I found and towards the end it asks if we could
help.
enjoy
Mahmood -

On Mon, Mar 6, 2017 at 5:28 AM, Leonardo Amaral - Listas <
listas@leonardoamaral.com.br> wrote:

2017-03-03 20:52 GMT-03:00 Mahmood Qazen [off-list ref]:

quoted

this week I read a presentation by Jesse and towards the end it asks if

we

quoted

can help.

Hello,

Can you please share this presentation? I'm interested in this subject too.

Thanks!


Leonardo Amaral
about.me/leonardo.amaral

On Mon, 6 Mar 2017 08:09:42 -0800
Mahmood Qazen [off-list ref] wrote:

greetings Leonardo
this is the slide / pdf I found and towards the end it asks if we
could help.
enjoy
Mahmood -

Hi developers, thanks for your interest, we’d love to have help, but the
good/bad news is that this is implemented already upstream, and known as
busy_poll support in the kernel.  Also, most if not all the active
drivers right now, at least from heavily used drivers, support the
“built-in” model that busy poll has migrated to.  This allows most if
not all drivers with NAPI support (normal) in the kernel to have
busy_poll support if it is enabled at runtime.  I believe there is
currently some work to do still to get epoll working correctly, and
there probably is room for refactoring/improvement to solve some of
the issues with scaling.

There is also a paper being presented next week at the NetDevConf.org
conference about Busy Polling, by Eric Dumazet from google, and videos
will be posted eventually.


Please see (in the linux kernel source) Documentation/sysctl/net.txt
busy_read
----------------
Low latency busy poll timeout for socket reads. (needs
CONFIG_NET_RX_BUSY_POLL) Approximate time in us to busy loop waiting
for packets on the device queue. This sets the default value of the
SO_BUSY_POLL socket option. Can be set or overridden per socket by
setting socket option SO_BUSY_POLL, which is the preferred method of
enabling. If you need to enable the feature globally via sysctl, a
value of 50 is recommended. Will increase power usage.
Default: 0 (off)

busy_poll
----------------
Low latency busy poll timeout for poll and select. (needs
CONFIG_NET_RX_BUSY_POLL) Approximate time in us to busy loop waiting
for events. Recommended value depends on the number of sockets you poll
on. For several sockets 50, for several hundreds 100.
For more than that you probably want to use epoll.
Note that only sockets with SO_BUSY_POLL set will be busy polled,
so you want to either selectively set SO_BUSY_POLL on those sockets or
set sysctl.net.busy_read globally.
Will increase power usage.
Default: 0 (off)