diff options
| author | Chuck Lever <chuck.lever@oracle.com> | 2017-06-23 17:18:08 -0400 |
|---|---|---|
| committer | J. Bruce Fields <bfields@redhat.com> | 2017-06-28 14:21:44 -0400 |
| commit | 2d6491a56c76f2d6c22aaa710e2a4d04ad41529b (patch) | |
| tree | 2ca744381b0491d7c908d1004658e7a8bf16971d /net/sunrpc/svc_xprt.c | |
| parent | ca5c76aba7502d52a6019358ec04bd4d734037d7 (diff) | |
| download | op-kernel-dev-2d6491a56c76f2d6c22aaa710e2a4d04ad41529b.zip op-kernel-dev-2d6491a56c76f2d6c22aaa710e2a4d04ad41529b.tar.gz | |
svcrdma: Don't account for Receive queue "starvation"
>From what I can tell, calling ->recvfrom when there is no work to do
is a normal part of operation. This is the only way svc_recv can
tell when there is no more data ready to receive on the transport.
Neither the TCP nor the UDP transport implementations have a
"starve" metric.
The cost of receive starvation accounting is bumping an atomic, which
results in extra (IMO unnecessary) bus traffic between CPU sockets,
while holding a spin lock.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
Diffstat (limited to 'net/sunrpc/svc_xprt.c')
0 files changed, 0 insertions, 0 deletions
