io-pgtable lock removal
Get series with b4
b4 am [email protected]Versions newest first
- v2 Latest0 of 8 patches 0 repliesNew
Patches in v2 No applies recorded yet
None of the 8 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v2 yet.
Cover letter [PATCH v2 0/8] io-pgtable lock removal
Quoted 9 lines · John Garry
Quoted 9 lines
Quoted 8 lines
I saw Will has already sent the pull request. But, FWIW, we are seeing roughly the same performance as v1 patchset. For PCI NIC, Zhou again found performance drop goes from ~15->8% with SMMU enabled, and for integrated storage controller [platform device], we still see a drop of about 50%, depending on datarates (Leizhen has been working on fixing this).
Quoted 8 lines
Quoted 8 lines
Thanks for confirming. Following Joerg's suggestion that the storage workloads may still depend on rbtree performance - it had slipped my mind that even with small block sizes those could well be grouped into scatterlists large enough to trigger a >64-page IOVA allocation - I've taken the liberty of cooking up a simplified version of Leizhen's rbtree optimisation series in the iommu/iova branch of my tree. I'll follow up on that after the merge window, but if anyone wants to play with it in the meantime feel free.
The main problem is lock confliction of cmd queue. I have prepared my patchset, I will send it later.
Quoted 17 lines
Just a reminder that we did also see poor performance with our integrated NIC on your v1 patchset also (I can push for v2 patchset testing, but expect the same).
We might be able to now include a LSI 3108 PCI SAS card in our testing also to give a broader set of results.
John
Quoted 5 lines
Robin.
.
.
Signature · 2 lines
Thanks! BestRegards