proxmox-mirrors/pve-docs
1
0
Fork 0
mirror of https://git.proxmox.com/git/pve-docs synced 2025-05-03 15:21:38 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity

qm: improve disk controller wording a bit

Browse Source 
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
This commit is contained in:
Thomas Lamprecht 2017-10-02 15:55:39 +02:00 committed by Fabian Grünbichler
parent 44f38275ee
commit 30e6fe00e4
1 changed files with 6 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
qm.adoc
View File

@ -154,9 +154,9 @@ _VirtIO SCSI single_ which will allow you to select the *IO Thread* option.
When selecting _VirtIO SCSI single_ Qemu will create a new controller for When selecting _VirtIO SCSI single_ Qemu will create a new controller for
each disk, instead of adding all disks to the same controller. each disk, instead of adding all disks to the same controller.
* The *Virtio* controller, also called virtio-blk to distinguish from * The *VirtIO Block* controller, often just called VirtIO or virtio-blk,
the VirtIO SCSI controller, is an older type of paravirtualized controller is an older type of paravirtualized controller. It has been superseded by the
which has been superseded in features by the Virtio SCSI Controller. VirtIO SCSI Controller, in terms of features.
[thumbnail="gui-create-vm-hard-disk.png"] [thumbnail="gui-create-vm-hard-disk.png"]
On each controller you attach a number of emulated hard disks, which are backed On each controller you attach a number of emulated hard disks, which are backed
@ -170,9 +170,9 @@ either the *raw disk image format* or the *QEMU image format*.
thin provisioning of the disk image. thin provisioning of the disk image.
* the *raw disk image* is a bit-to-bit image of a hard disk, similar to what * the *raw disk image* is a bit-to-bit image of a hard disk, similar to what
you would get when executing the `dd` command on a block device in Linux. This you would get when executing the `dd` command on a block device in Linux. This
format do not support thin provisioning or snapshotting by itself, requiring format do not support thin provisioning or snapshots by itself, requiring
cooperation from the storage layer for these tasks. It is however 10% faster cooperation from the storage layer for these tasks. It may, however, be up to
than the *QEMU image format*. footnote:[See this benchmark for details 10% faster than the *QEMU image format*. footnote:[See this benchmark for details
http://events.linuxfoundation.org/sites/events/files/slides/CloudOpen2013_Khoa_Huynh_v3.pdf] http://events.linuxfoundation.org/sites/events/files/slides/CloudOpen2013_Khoa_Huynh_v3.pdf]
* the *VMware image format* only makes sense if you intend to import/export the * the *VMware image format* only makes sense if you intend to import/export the
disk image to other hypervisors. disk image to other hypervisors.