On (12/11/14 15:09), David Miller wrote: > > The real overhead is unavoidable due to the way the hypervisor access > to the IOMMU is implemented in sun4v. > > If we had direct access to the hardware, we could avoid all of the > real overhead in %99 of all IOMMU mappings, as we do for pre-sun4v > systems. > > On sun4u systems, we never flush the IOMMU until we wrap around > the end of the IOMMU arena to the beginning in order to service > an allocation. > > Such an optimization is impossible with the hypervisor call interface > in sun4v. > > I've known about this issue for a decade and I do not think there is > anything we can really do about this. All this may be true, but it would also be true for Solaris, which manages to do line-speed (for the exact same setup), so there must be some other bottleneck going on? And fwiw, removing the iommu lock contention out of lockstat did not make any difference to the throughput, which seems to indicate that the bottleneck is elsewhere. Hence the question about the ixgbe stats, and tuning that I may be missing. --Sowmini -- To unsubscribe from this list: send the line "unsubscribe sparclinux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
