Monitoring and Tuning the Linux Networking Stack: Receiving Data(blog.packagecloud.io)
blog.packagecloud.io
Monitoring and Tuning the Linux Networking Stack: Receiving Data
http://blog.packagecloud.io/eng/2016/06/22/monitoring-tuning-linux-networking-stack-receiving-data
9 comments
While most of this can be found in the MAN pages, this is a nice synopsis to have on hand. Definitely going to bookmark this.
It is a bit hard to follow the listings as they don't use a monospaced font. A part from that, very detailed and useful article.
Sorry about that! What browser/operating system? I suspect this is a missing font issue.
I don't think that your claim that GRO is "a software implementation of a hardware optimization that is known as Large Receive Offloading (LRO)" is correct, though. GRO effectively replaces LRO [1]; it has fewer limitations (it works with non-TCP traffic and with bridging [2], for example). Drivers need to support it, but they are free to take advantage of hardware offloading/acceleration, and many do (including e.g. the ixgbe driver [3]).
----
[1] In terms of function, and in the sense that LRO could be removed if the drivers that were using LRO were updated to use GRO instead.
[2] Relevant bug: https://bugzilla.redhat.com/show_bug.cgi?id=772317
[3] Which actually supports both LRO and GRO; if I recall, in older versions, bad things(tm) would sometimes happen if you had both enabled at the same time (whereas now the LRO setting is ignored if GRO is enabled).