Всё сводится к тому, как гипервизор и гостевые ОС устанавливают паравиртуальные соединения через KVM/HV enlightenments. К сожалению, Qemu/KVM и даже Proxmox как UI (хотя он и улучшается, просто слишком много настроек, чтобы успевать за всем, и это вполне понятно — дилемма) — всё это немного настоящий бардак, потому что не всё настраивается оптимально для каждой системы, то есть CPU и гостевой ОС, не говоря уже об устройствах и бесчисленных комбинациях прошивок на устройствах и материнских платах и даже до микрокода процессора. А ещё есть гостевые дистрибутивы, у них полный завал, и они требуют изменений в командной строке ядра, которые опять же варьируются от дистрибутива к дистрибутиву, от хоста к процессору, от версии Qemu к версии ядра... уххх... честно говоря, именно поэтому Microshaft's HV/Azure и бесчисленное количество других крупных облачных провайдеров так привлекательны в наши дни — почему? Потому что все оптимизации уже сделаны и настроены до совершенства в зависимости от сценариев использования нагрузки — вы просто платите взнос и расслабляетесь lol. Вы не поделились, делаете ли вы NVME passthrough или нет, или используете Virtio-fs или нет, поэтому я не буду углубляться в нерелевантный путь. Однако могу заверить вас, в 9 случаях из 10 проблема не в технологии, а в пользователе и отсутствии автоматизации, то есть вам приходится тратить часы и дни на поиски в интернете, на github и в каких-то неведомых тёмных углах мира блогов, чтобы найти какой-нибудь маленький «флаг», который делает всю разницу в вашей конкретной конфигурации. В общем, ответ на ваш вопрос "почему" — это… тестируйте и экспериментируйте, изучайте это сами. Когда вы используете Qemu/KVM/Linux в целом, вы берёте на себя ответственность за то, чтобы тратить бесчисленные часы своей жизни на что-то, что, вероятно, выбросите и никогда больше не понадобится, а затем вы поймёте, что это время уже не вернуть, как только оно ушло, оно безвозвратно. Здесь нет момента "прочти документацию", потому что нет руководства, которое подходит для всех конфигураций, это огромный хаос, это и делает Linux таким мощным, а также головной болью. Удачи.

Да, конечно, ты прав, однако… Ты не совсем правильно понял его сообщение. Проблема с baremetal отсутствует, IOPs на обоих CPU в порядке... проблема, которую он замечает, касается производительности IOPs внутри VM. Многие из нас тратили безумное количество времени – от часов до недель – на то, чтобы всё это настраивать в бесчисленных билдах, и в итоге это оказывалось связано с разными вещами: от огромного количества VM-exits до обеспечения активности правильной виртуализации paravirtual APIC, до задержек, возникающих из-за того, что что-то не работало на основных ядрах, до бесчисленных проблем с потоками, до глупых багов в конкретных версиях ядра с отсутствующими патчами и так далее.