Use 4 request queues for aggregate virtiofs devices (#41169)
Now that DrvFs shares are carried by a single aggregate virtiofs device (#41129 / #41151), only a small, fixed number of virtiofs devices exist per VM. That leaves enough memory-aperture headroom to give each aggregate multiple request queues, which significantly improves concurrent DrvFs throughput. Non-aggregate (per-share file-backed) and section-backed devices stay at a single queue: many of them can exist, and raising their queue count would reintroduce the aperture exhaustion that the one-queue default was added to avoid. fio on /mnt/c (16 parallel jobs, psync), 4 queues vs 1: randread 4k +56% IOPS (-36% latency) randwrite 4k +622% IOPS (-85% latency) smallfile randrw +48% IOPS (-33% latency) seqread 1M +15% IOPS seqwrite 1M -10% IOPS (single-stream, bandwidth-bound; within noise) Co-authored-by: Ben Hillis <benhill@ntdev.microsoft.com> Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> Copilot-Session: 4ab64eb9-4271-4241-b838-3da58ec39305