web-dev-qa-db-fra.com

Virtio Stockage prend-il en charge (FRim)?

$ uname -r
5.0.9-301.fc30.x86_64
$ findmnt /
TARGET SOURCE    FSTYPE OPTIONS
/      /dev/vda3 ext4   rw,relatime,seclabel
$ Sudo fstrim -v /
fstrim: /: the discard operation is not supported

Même vm, mais après avoir commuté le disque de Virtio vers SATA:

$ findmnt /
TARGET SOURCE    FSTYPE OPTIONS
/      /dev/sda3 ext4   rw,relatime,seclabel
$ Sudo fstrim -v /
/: 5.3 GiB (5699264512 bytes) trimmed

Le disque virtuel est soutenu par un fichier Qcow2. J'utilise virt-manager/libvirt. Libvirt-Daemon est la version 4.7.0-2.fc29.x86_64. Mon hôte exécute actuellement un noyau de vanille Build 5.1 (ISH), il est donc un peu "personnalisé" pour le moment, mais je l'ai construit à partir d'une configuration de noyau de stock Fedora.

Existe-t-il un moyen d'activer la prise en charge de la Virtio? Ou le code ne le supporte-vous pas encore? Je n'ai pas nécessairement besoin des instructions exactes comment l'activer, mais je suis surpris et curieux et je voudrais une réponse solide :-).

libvirtvirtiofstrim
5
sourcejedi

Apparemment, je n'ai pas été pris en charge sur ce réglage. Cependant, cela peut fonctionner si vous modifiez le disque de "Virtio" sur "SCSI" et modifiez le contrôleur SCSI en "Virtio". J'ai trouvé un - pas à pas . Il y a plusieurs pas à pas; C'était juste le premier résultat de la recherche. Cette nouvelle option s'appelle virtio-scsi. L'autre, le système ancien est appelé virtio-block ou virtio-blk.

J'ai aussi trouvé un bon fil sur le buntu Bug Tracker . Cela souligne que virtio-blk commence à prendre en charge les demandes de défausse de Linux 5.0. Il est également nécessaire que cela nécessite également un soutien à QEMU, qui a été commis le 22 févr. 2019. Par conséquent, dans les versions futures, je pense que nous obtiendrons automatiquement la vérification de Virtio et jetez le support.

Actuellement mon virt-manager ne crée pas virtio-scsi disques par défaut, même quand il sait que j'installe Fedora 29; Il ne crée que les disques de base "virtio". Je ne sais pas s'il y a un inconvénient de passer à virtio-scsi.

Je suppose virtio-scsi fournit le même type d'avantage de la performance que virtio-blk, par rapport à SATA émulé. (Je ne vois pas une option pour utiliser le protocole NVME nulle part dans virt-manager :-P, avec ou sans virtio).

Le site Web Ovirt a un peu belle propagande , qui mentionne

  1. quelques limitations en virtio-blk
  2. virtio-scsi Peut être utilisé en mode transborder vers un SCSI LUN et peut utiliser diverses nouvelles fonctionnalités de commande SCSI sans avoir besoin de modifications dans virtio-scsi. Si vous n'utilisez pas spécifiquement la passerelle SCSI, toutes les nouvelles commandes nécessiteront un nouvel appui à QEMU, mais pas dans le virtio-scsi code.
  3. virtio-scsi comprend le support pour plusieurs files d'attente. (Je ne suis pas clair si cela est également utile pour une efficacité sur le matériel à la file d'attente ou non).
5
sourcejedi