Re: [PATCH v5] net: dev_weight: TX/RX orthogonality

2017-02-13 Thread Matthias Tafelmeier
>> Oftenly, introducing side effects on packet processing on the other half >> of the stack by adjusting one of TX/RX via sysctl is not desirable. >> There are cases of demand for asymmetric, orthogonal configurability. >> >> This holds true especially for nodes where RPS for RFS usage on top is >

Re: [PATCH v5] net: dev_weight: TX/RX orthogonality

2016-12-29 Thread David Miller
From: Matthias Tafelmeier Date: Thu, 29 Dec 2016 21:37:21 +0100 > Oftenly, introducing side effects on packet processing on the other half > of the stack by adjusting one of TX/RX via sysctl is not desirable. > There are cases of demand for asymmetric, orthogonal configurability. > > This holds

[PATCH v5] net: dev_weight: TX/RX orthogonality

2016-12-29 Thread Matthias Tafelmeier
Oftenly, introducing side effects on packet processing on the other half of the stack by adjusting one of TX/RX via sysctl is not desirable. There are cases of demand for asymmetric, orthogonal configurability. This holds true especially for nodes where RPS for RFS usage on top is configured and t