[PATCH, please test] IPoIB: recycle RX bufs (was: [openib-general] Re: ib0: ipoib_ib_post_receive failed for buf 111 ib0: failed to allocate receive buffer)

Michael Krause krause at cup.hp.com
Fri Oct 14 09:04:04 PDT 2005


At 04:14 PM 10/13/2005, Roland Dreier wrote:
>     Roland> My plan is to change the receive handling of IPoIB
>     Roland> slightly, so that if it can't allocate a new receive
>     Roland> buffer, it reposts the old buffer and drops the packet it
>     Roland> just received.
>
>Here's a patch that changes IPoIB to use this scheme.  This should be
>much more robust when the system gets low on GFP_ATOMIC memory.
>
>I'd appreciate it if people could stress test and benchmark this.  It
>works well for me, but I'm wondering if this patch has any effect on
>performance (either better or worse).
>
>Helen, it would be especially interesting if you could run your test
>with this patch and without increasing min_free_kbytes, since you are
>able to reproduce GFP_ATOMIC failures.  I'd be curious to know what
>you see in /sys/class/net/ib0/statistics/rx_dropped after running the test.

As a general rule, dropping a packet that has traversed the network is 
frowned upon by the IETF (this is perhaps more due to the view of the 
network being all of IP and not just within a data center).  I understand 
the idea but given it is UD, the HCA can effectively drop the packet 
without causing any side effects which should result in lower host CPU / 
I/O / memory utilitization.

Mike 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20051014/6308092b/attachment.html>


More information about the general mailing list