Работает ли TRIM на SSD диске отданом VM?

Полностью отдал диск гостю - гость и будет им заниматься.

Хочешь чтобы этим занялся хост:

fstrim is used on a mounted filesystem

Хочешь чтобы этим занялся хост:

Ну тут то и проблема, не знаю как, ибо в виртуалке диск виден как какой-то scsi ноунейм, и врядли Windows понимает что это SSD (хотя нужно поискать способ проверки).
А как вообще Windows определяет что диск SSD, явно же не по названию?!

fstrim is used on a mounted filesystem

В том то и дело, что диск не монтируется.

Так..., видно я немного поторопился, проверю сначало что говорит Windows по поводу этого диска, понимает ли она что он SSD.

А как вообще Windows

Это на другой форум.

Довольно легко проверить. Забиваешь диск говном до явной просадки производительности. Измеряешь io-писькомером. Ждешь эн минут. Измеряешь писькомером. Ждешь ка минут. Еще раз измеряешь. Если производительность восстановилась - TRIM есть.

С virtio-blk работает с четвертой версии QEMU. С virtio-scsi работает давно, но от многих параметров зависит. С проверкой со стороны винды на другой форум.

С virtio-blk работает с четвертой версии QEMU

чет я пробовал, пробовал и у меня на blk не работает трим.

Четвертый qemu и пятый linux прошлой весной вышли. virtio-win в августе с начальной поддержкой, но больше пока не было. Сам не пробовал, но есть открытый issue в github.

qemu-system-x86_64 --version
QEMU emulator version 4.1.1 (pve-qemu-kvm_4.1.1)
Copyright (c) 2003-2019 Fabrice Bellard and the QEMU Project developers

Изначально написал сюда потому что не знал каким лучше способом решить данную проблему, через хост (Ubuntu) или через гостя (Windows).
Так что попросил бы анонов и им сочувствующих не шуметь без нужды, никто оскорблять вас столь нелюбимой вами виндой не собирался, да и мне собственно, на ваше мнение, особенно высказанное в таком виде как-то пофиг, но засирать топик как-то не хочеться!

С virtio-blk работает с четвертой версии QEMU. С virtio-scsi работает давно, но от многих параметров зависит.

Спасибо за наводку, будем почитать, как закончу с экспериментом отпишусь или закрою тему!

Ну тут то и проблема, не знаю как, ибо в виртуалке диск виден как какой-то scsi ноунейм, и врядли Windows понимает что это SSD (хотя нужно поискать способ проверки). А как вообще Windows определяет что диск SSD, явно же не по названию?!

Ищи в нете оптимизацию винды для работы с ssd. Раз не понимает, заставь ее думать, что это ssd.

Это легко по твоему? :))

Есть же специальная тузла

https://github.com/CyberShadow/trimcheck

При использовании VirtIO SCSI должно работать. При использовании VirtIO Block вроде НЕ должно работать. Надо уточнять, там оно вроде в процессе развития.

Ну что же, потестировал, сейчас опишу что получилось!

Как и подсказал пользователь «boowai» virtio-scsi помогло.
Так же после настройки с virtio-scsi решил немного поизвращаться и прокинуть в вируталку SATA контролер на который и подключить этот SSD диск.
Оказалось что внутренний контролер, даже если у вас их на материнской плате несколько, не подходит для установки на VM систем типа Windows (другие ставить не пробовал), винда ругается что у неё нет каких то данных из биоса для этого контролера и отказывается устанавливаться, хотя видит жёсткий диск подключенный к прокинутому SATA контролеру, но можно использовать внутренний контролер для расширения дискового пространства системы на VM.
Я было уже подумал что всё, северный-пушной зверёк мне, а не проброс SATA контролера, но обратил внимание что в случае проброса Интеловской сетевой карты её ROM сообщения выдаются до или во время загрузки биоса даже в VM и решил проверить как всё будет работать если я проброшу внешний SATA контролер.
К моей радости всё заработало, только есть одна мелочь, проброшенный-внешний SATA контролер не всегда успевает опросить все подключенные к нему устройства до того как начинается загрузка VM и естественно выходит ошибка что загрузочных устройств не найдено.
Для решения этой проблемы нужно в XML файл настроек VM добавить строку «<bootmenu enable='yes' timeout='3000' />», таймаут измеряется в миллисекундах, так что тут у нас задержка в 3 секунды, для разных дисков и систем настройки могут отличаться, нужно подбирать.

Конечно вариант с проброшенным SATA контролером требует денег на сам контролер в отличии от полностью виртуального virtio-scsi, и если у вас несколько VM работающих одновременно то это может быть весьма дороговато покупать на каждую отдельный контролер, но зато не нужно заморачиваться с настройками и возможными виртуальными глюками.
Лично я оставил у себя вариант с проброшенным контролером.