Re: [Xen-devel] [RFC PATCH 06/13] xen-netback: copy buffer on xenvif_start_xmit()

2015-06-02 Thread Wei Liu
On Fri, May 22, 2015 at 10:26:48AM +, Joao Martins wrote: [...] > >>return IRQ_HANDLED; > >> } > >> @@ -168,8 +169,12 @@ static int xenvif_start_xmit(struct sk_buff *skb, > >> struct net_device *dev) > >>cb = XENVIF_RX_CB(skb); > >>cb->expires = jiffies + vif->drain_timeout; > >>

Re: [Xen-devel] [RFC PATCH 06/13] xen-netback: copy buffer on xenvif_start_xmit()

2015-05-22 Thread Joao Martins
On 19 May 2015, at 17:35, Wei Liu wrote: > On Tue, May 12, 2015 at 07:18:30PM +0200, Joao Martins wrote: >> By introducing persistent grants we speed up the RX thread with the >> decreased copy cost, that leads to a throughput decrease of 20%. >> It is observed that the rx_queue stays mostly at

Re: [Xen-devel] [RFC PATCH 06/13] xen-netback: copy buffer on xenvif_start_xmit()

2015-05-19 Thread Wei Liu
On Tue, May 12, 2015 at 07:18:30PM +0200, Joao Martins wrote: > By introducing persistent grants we speed up the RX thread with the > decreased copy cost, that leads to a throughput decrease of 20%. > It is observed that the rx_queue stays mostly at 10% of its capacity, > as opposed to full capacit

[Xen-devel] [RFC PATCH 06/13] xen-netback: copy buffer on xenvif_start_xmit()

2015-05-12 Thread Joao Martins
By introducing persistent grants we speed up the RX thread with the decreased copy cost, that leads to a throughput decrease of 20%. It is observed that the rx_queue stays mostly at 10% of its capacity, as opposed to full capacity when using grant copy. And a finer measure with lock_stat (below wit