On 2014/12/1 18:17, Jason Wang wrote:
On newer hosts that support delayed tx interrupts,
we probably don't have much to gain from orphaning
packets early.
Note: this might degrade performance for
hosts without event idx support.
Should be addressed by the next patch.
Cc: Rusty Russell
Cc: Mich
On 2014/12/4 0:51, Rick Jones wrote:
On 12/03/2014 12:06 AM, Qin Chuanyu wrote:
I am doing network performance test under suse11sp3 and intel 82599 nic,
Becasuse the softirq is out of schedule policy's control, so netserver
thread couldn't always get 100% cpu usage, then packet
I am doing network performance test under suse11sp3 and intel 82599 nic,
Becasuse the softirq is out of schedule policy's control, so netserver
thread couldn't always get 100% cpu usage, then packet dropped in kernel
udp socket's receive queue.
In order to get a stable result, I did some patch
utilization with this patch.
The patch only solve this issue when unlimited sndbuf. We still need a
solution for limited sndbuf.
Cc: Michael S. Tsirkin
Cc: Qin Chuanyu
Signed-off-by: Jason Wang
---
Changes from V1:
- Remove VHOST_MAX_PEND and switch to use half of the vq size as the limit
- Add
utilization #s as well.
Will measure this.
Simple performance test on 40gbe shows no obvious changes in
throughput after this patch.
The patch only solve this issue when unlimited sndbuf. We still need a
solution for limited sndbuf.
Cc: Michael S. Tsirkin
Cc: Qin Chuanyu
Signed-off-by: Jason Wang
On 2013/8/30 12:29, Jason Wang wrote:
We used to poll vhost queue before making DMA is done, this is racy if vhost
thread were waked up before marking DMA is done which can result the signal to
be missed. Fix this by always poll the vhost thread before DMA is done.
Signed-off-by: Jason Wang
---
6 matches
Mail list logo
