Я бы хотел поднять вопрос: проводились ли какие-либо исследования влияния подобной конфигурации на других гостей, работающих на том же хосте? Одна из самых больших проблем виртуализации – управление потоками для смягчения проблем с задержкой. Чем больше потоков ввода-вывода, тем больше запросов прерываний, и стоимость таких конфигураций может быть довольно существенной на хостах, работающих с несколькими виртуальными машинами. Действительно, в случае пары виртуальных машин это должно быть вполне нормально. Так, в случае типической домашней нагрузки, где решили виртуализировать игровой компьютер с зафиксированными ядрами и зарезервированными большими страницами — всё отлично... но для тех, кто запускает значительное количество гостей (по сути, платёжная база пользователей Proxmox), общее влияние на задержку на виртуальную машину может не стоить полученного прироста операций ввода-вывода в одной виртуальной машине. Обязательно нужно исследовать. Существуют действительно немало оптимизаций, которые можно использовать для повышения производительности виртуальной машины, но многие такие правки приводят к нарушению политики справедливого использования ресурсов на большом хосте. К сожалению, многие из таких оптимизаций редко рассматриваются в корпоративных нагрузках, поэтому официальных бенчмарков/белых книг практически нет. Я отмечал в бесчисленных статьях/блогах/примерах конфигураций, от AMD до Oracle, где суть задачи — просто добиться пиковой производительности для данной задачи, без каких-либо ссылок на влияние на другие гости и сервисы, работающие на том же хосте. Поэтому многие из таких трюков откладываются до строгих изолированных случаев, где важны цифры производительности, в основном демонстрационные примеры. Давайте не забывать: "если вам нужна абсолютная производительность, вы покупаете ещё один сервер, baremetal никуда не денется, в мире корпоративной виртуализации важен принцип – делиться — не вредно". Отбросив вышеописанные любопытства, внедрение этой новой функции в Proxmox будет очень приветствоваться для тех, кто ищет такое ускорение операций ввода-вывода, чем больше опций — тем лучше.

У тебя неверный взгляд на вещи. У меня быстрый накопитель с 8 млн IOPS, поэтому нормальные 150-200 тысяч IOPS на VM (при реальном 1x iothread) — это очень, очень плохо. Если ты хочешь продавать 200 тысяч IOPS или 1 млн IOPS, то продавай по справедливой цене. Можно всегда настроить от 1 до 64 iothread на VM, но нам нужен выбор.

Ты уже пробовал отправить патчи в основную ветку разработки? https://pve.proxmox.com/wiki/Developer_Documentation

Привет, на данный момент план таков: начнём с QEMU 10.0.

Да, должно работать с ZFS. Попробуй, протестируй.