[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel][Pv-ops][PATCH] Netback multiple tasklet support



> The domain lock is in grant_op hypercall. If the multiple tasklets are 
> fighting
> with each other for this big domain lock, it would become a bottleneck and
> hurt the performance.
> Our test system has 16 LP in total, so we have 16 vcpus in dom0 by
> default.
> 10 of them are used to handle the network load. For our test case, dom0's
> totalvcpu utilization is  ~461.64%,  so each vcpu ocupies ~46%.

Having 10 VCPUs for dom0 doesn't seem like a good idea -- it really oughtn't to 
need that many CPUs to handle IO load. Have you got any results with e.g. 2 or 
4 VCPUs?

When we switch over to using netchannel2 by default this issue should largely 
go away anyhow as the copy is not done by dom0. Have you done any tests with 
netchannel2?

> Actually the multiple tasklet in netback could already improve the the QoS of 
> the
> system, therefore I think it can also help to get better responseness for
> that vcpu.
> I think I can try to write another patch which replace the tasklet by kthread,
> because I think is a different job with the multi-tasklet netback support.
> (kthread is used to guarantee the responseness of userspace, however 
> multi-tasklet
> netback is used to remove the dom0's cpu utilization bottleneck). However I 
> am not
> sure whether the improvement in QoS by this change is needed In MP system?

Have you looked at the patch that xenserver uses to replace the tasklets by 
kthreads?

Thanks,
Ian



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.