Ну вот это происходит... Например, мы по умолчанию включаем TPM и безопасную загрузку EFI для Win11, в зависимости от ОС PVE тоже адаптирует различные аппаратные части, такие как аппаратные таймеры или флаги процессора, адаптирует дефолтную шину для жестких дисков (Windows-based получают IDE, потому что это всегда работает, Linux получают VirtIO SCSI). Пример? Зачем? Q35 добавляет кучу лишнего HW и небольшие накладные расходы на эмуляцию, большинство пользователей это не нужно, так что они сказали бы обратное. Q35 по сути в основном актуален для PCIe HW passthrough. SATA не дает особенно много преимуществ, если вам нужен SCSI, и для этого VirtIO SCSI, который является дефолтным для современных ОС, Windows потребуется дополнительный драйвер, что сбивает с толку некоторых новых пользователей, поэтому мы оставляем IDE. В последний раз, когда я проверял, discard требует SSD для большинства ОС, и это включило бы несколько других вещей, и многие пользователи до сих пор используют спиннеры в качестве основного хранилища, где это может оказать негативное влияние, поэтому включение обоих просто не может произойти (автоопределение для дефолта было бы неплохо, но может охватить только часть типов хранилища). И я видел много продакшн VM, которые используют меньше 32 GiB хранилища в десятках тысяч обработанных обращений в службу поддержки с тех пор, как я работаю в Proxmox, ваш кейс использования — это не для всех. Повышать до 64 GiB для Windows могло бы и иметь смысл, однако. Вы проверили все сотни тысяч PVE хостов там? Ведь гипербола не добавляет credibility вашему "аргументу". Если вам нужно больше, выбирайте больше. Если вы создаете VM в таком количестве, что это причиняет боль, используйте API и автоматизируйте это. Да, enterprise workloads требуют live-migration для лучшего времени безотказной работы и меньшей нагрузки на обслуживание, KVM64 позволяет это для большинства mixed CPU setups, а также предоставляет хороший набор флагов процессора для производительности. Во-первых, чекбокс "расширенные" имеет состояние (сохраняется в локальном хранилище браузера), как только вы его выберете где-либо, он останется выбранным и по умолчанию будет виден в этом браузере. Это снова потребует дополнительных драйверов на хосте, что, как вы утверждали, уже есть (не должно быть) и плохо. Это так, просто перепроверил. EFI с дефолтно включенным secure boot появился позже, а также TPM и его дефолт для win11. VM имели 512 MiB памяти в качестве дефолта до 6.2-2, который был выпущен в мае 2020 года, и есть еще (проверьте git, если хотите полную историю). Так что, ИМХО они определенно "не так уж плохи", как предполагает ваш громкий заголовок. Адаптация дефолта, ИМХО, — это не путь к реальному улучшению, тем самым вы делаете счастливее одних людей, делая других несчастными, и я бы не стал утверждать, что первые больше. Кейсы использования просто слишком разные, часто в отделе/настроечной установке PVE их даже больше, и поэтому потребуется механизм профилей. С помощью него можно создать набор дефолтных настроек для определенного кейса использования для VM/CT и выбирать профиль при создании VM/CT, позволяя адаптировать дефолтные настройки к своим потребностям и кейсу использования, сохраняя при этом низкую накладку на настройку основных свойств виртуальной машины.

Обычно мы переключаемся на SCSI после установки драйверов, но многие техники и обычная забывчивость делают нежелательным, чтобы, например, IDE был стандартным интерфейсом для хранения данных, а не SATA. Возможно ли переопределить настройки по умолчанию для новых ВМ, чтобы при создании ВМ по умолчанию предполагался SATA, а не IDE? Это могло бы избавить нас от некоторых неприятных сюрпризов с узким местом в будущем. Если такой возможности нет, надеюсь, разработчики Proxmox учтут это как будущую функцию. Я понимаю, что настройки по умолчанию создаются для подстраховки, но было бы очень хорошо, если бы мы могли менять как можно больше настроек по умолчанию.

Да, как я и подозревал. Где я могу подать эту заявку на новую функцию? Если для подачи заявок на новые функции нужен корпоративный тариф, проблем нет.