On Wed, 2026-09-23 at 23:58 +0800, KunWu Chan wrote: > > You mentioned that the SRCU read side scales a lot better and avoids > cacheline bouncing. If you happen to have any existing measurements of > the reader side, such as throughput or reader-side latency, I would be > very interested in seeing them. That would be useful for understanding > the reader-side benefit you mentioned. > > Of course, no need to rerun anything just for this. I was mainly > wondering whether you already had such data from the existing testing.
Most of the KVM gfn-to-pfn-cache usage is per-vCPU so doesn't get much parallelism. The main case is interrupt delivery to Xen guests' event channels, and I did some benchmarking of parallel interrupt delivery. I'll see if I still have those results, or tell my friend to go and repeat some meaningful tests.
smime.p7s
Description: S/MIME cryptographic signature
