Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1570897 > unrolled thread
| Started by | Vineeth Remanan Pillai <vineethp@amazon.com> |
|---|---|
| First post | 2017-01-31 18:00 +0100 |
| Last post | 2017-01-31 18:00 +0100 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH v2] xen-netfront: Fix Rx stall during network stress and OOM Vineeth Remanan Pillai <vineethp@amazon.com> - 2017-01-31 18:00 +0100
| From | Vineeth Remanan Pillai <vineethp@amazon.com> |
|---|---|
| Date | 2017-01-31 18:00 +0100 |
| Subject | Re: [PATCH v2] xen-netfront: Fix Rx stall during network stress and OOM |
| Message-ID | <t5JWF-33f-3@gated-at.bofh.it> |
On 01/30/2017 08:47 AM, Vineeth Remanan Pillai wrote: > > On 01/29/2017 03:09 PM, Boris Ostrovsky wrote: >> >> There are couple of problems with this patch. >> 1. The 'if' clause now evaluates to true on pretty much every call to >> xennet_alloc_rx_buffers(). > Thanks for catching this. In my testing I did not notice this - mostly > because of the nature of the workload in my testing. I am working on a patch to revert to the old behavior and solve the Rx stall issue by scheduling the timer if any of the following conditions are true: - unconsumed requests + new requests < NET_RX_SLOTS_MIN (old behavior) - skb allocations fail Will send out the patch by next week after I can do some testing. Thanks, Vineeth
Back to top | Article view | linux.kernel
csiph-web