Jakiego obrazu dysku należy używać z VirtualBox, VDI, VMDK, VHD lub HDD?

296

Najnowsze wersje VirtualBox obsługują kilka formatów dysków wirtualnych, ale zapomnieli podać porównanie między nimi.

  • VDI
  • VMDK
  • VHD
  • HDD

Teraz interesuje mnie zalecenie lub porównanie, które uwzględnia następujące kwestie:

  • być w stanie używać dynamicznej zmiany rozmiaru
  • móc mieć migawki
  • być w stanie przenieść moją maszynę wirtualną do innego systemu operacyjnego lub nawet innego darmowego rozwiązania do wirtualizacji przy minimalnym wysiłku (prawdopodobnie coś, co działałoby dobrze na Ubuntu).
  • występ
sorin
źródło
11
Uruchom okno wirtualne i kliknij ikonę pomocy> Treść, tam jest uczciwe wyjaśnienie pod „Virtual Storage”
Moab
1
Jeśli chodzi o migrację do „innego bezpłatnego rozwiązania do wirtualizacji ... które działałoby dobrze na Ubuntu”, jestem pewien, że VirtualBox jest dostępny dla Linuksa.
Iszi
Jeśli chodzi o wydajność, myślę, że najlepiej jest tworzyć dyski stałe, jeśli masz na to miejsce. W przeciwnym razie jest to bardzo stresujące dla systemu operacyjnego, gdy używa się maszyny wirtualnej zamiast raz w czasie tworzenia.
Alexis Wilke
3
Inną rzeczą do rozważenia jest zmiana rozmiaru obrazu, gdy zajdzie taka potrzeba - VBoxManage nie może zmienić rozmiaru VMDK, więc najpierw trzeba będzie sklonować do VDI, następnie zmienić rozmiar, a następnie z powrotem do VMDK + zmienić identyfikator UUID. Tylko z tego powodu VDI wydaje mi się lepszym wyborem.
Mike Demenok

Odpowiedzi:

214

VirtualBox ma

  • pełne wsparcie dla
    • VDI
    • VMDK
    • VHD
  • częściowe wsparcie dla
    • HDD (tylko Parallels wersja 2)
  • i nieudokumentowane wsparcie dla
    • QCOW
    • CO BYŁO DO OKAZANIA

Źródło: Oracle® VM VirtualBox® Instrukcja obsługi » Rozdział 5. Pamięć wirtualna » 5.2. Pliki obrazu dysku (VDI, VMDK, VHD, HDD)

Zrzut ekranu z Utwórz wirtualny dysk twardy


Odpowiedzi na twoje uwagi

  • być w stanie używać dynamicznej zmiany rozmiaru

VDI , VMDK i VHD obsługują pamięć dynamicznie przydzielaną. VMDK ma dodatkową możliwość dzielenia pliku pamięci na pliki o rozmiarze mniejszym niż 2 GB każdy, co jest przydatne, jeśli twój system plików ma ograniczenie rozmiaru małego pliku.

HDD , QCOW i QED muszą być dynamicznie przydzielane, jeśli są tworzone w VirtualBox.

  • móc mieć migawki

VirtualBox obsługuje migawkę wszystkich sześciu formatów .

  • być w stanie przenieść moją maszynę wirtualną do innego systemu operacyjnego lub nawet innego darmowego rozwiązania do wirtualizacji przy minimalnym wysiłku (prawdopodobnie coś, co działałoby dobrze na Ubuntu).

VDI jest rodzimym formatem VirtualBox. Inne oprogramowanie do wirtualizacji na ogół nie obsługuje VDI, ale dość łatwo jest przekonwertować z VDI na inny format, szczególnie z qemu-img convert.

VMDK jest rozwijany przez i dla VMWare, ale VirtualBox i QEMU (inne popularne oprogramowanie do wirtualizacji) również go obsługują. Ten format może być najlepszym wyborem dla Ciebie, ponieważ chcesz mieć szeroką kompatybilność z innym oprogramowaniem do wirtualizacji.

VHD to natywny format Microsoft Virtual PC. Windows Server 2012 wprowadził VHDX jako następcę VHD, ale VirtualBox nie obsługuje VHDX.

HDD jest formatem Parallels . Parallels specjalizuje się w wirtualizacji dla systemu macOS. Prawdopodobnie nie jest to dla Ciebie odpowiednie, szczególnie biorąc pod uwagę, że VirtualBox obsługuje tylko starą wersję formatu HDD.

QCOW to stara oryginalna wersja formatu qcow. Został zastąpiony przez qcow2, którego VirtualBox nie obsługuje.

QED to porzucone rozszerzenie qcow2. QEMU odradza stosowanie QED.

  • występ

Każdy z formatów może mieć zrónicowaną charakterystykę wydajności z powodu tego, jak formatowanie pamięci bloku jest abstrakcyjne, ale nie znalazłem żadnych testów porównujących formaty obsługiwane przez VirtualBox.

Istnieją większe czynniki wpływające na wydajność, takie jak:

  • ograniczenia urządzenia fizycznego (znacznie bardziej widoczne na dysku twardym niż na dysku SSDDlaczego? )
  • rozwijanie dynamicznie przydzielanego dysku wirtualnego (operacje zapisu są wolniejsze w miarę rozszerzania się dysku wirtualnego, ale gdy jest wystarczająco duży, rozwijanie powinno odbywać się rzadziej)
  • technologia wirtualizacji ( sprzęt vs. oprogramowanie ; wirtualizacja sprzętu pomaga VirtualBox i poprawia szybkość wirtualnych systemów operacyjnych)
  • fakt, że korzystasz z wirtualnego systemu operacyjnego. Wydajność jest zawsze wolniejsza niż uruchamianie systemu operacyjnego na hoście ze względu na narzut wirtualizacji.
Deltik
źródło
18
+1 dodam że VMDK wydaje się oferować panaceum Szukałam w kategoriach przyrostowych kopii zapasowych: ja już nie mam kopii zapasowej ogromny, monolithinc VDI dla pojedynczego bitu zmiany w gościa.
msanford,
Myślę, że brakuje jakiegoś wzmianki o surowym dysku twardym hosta, jakim jest wirtualny gość korzystający z „fizycznego” dysku twardego (lub urządzenia RAID) widzianego z hosta. Pozwoliłoby to na lepszą wydajność niż użycie symulowanego napędu w systemie plików.
EnzoR
1
@Enzo: Teraz używam VMDK na surowym urządzeniu blokowym. Najważniejszym problemem jest to, że VirtualBox musi działać jako root. Ponadto migawki nie są obsługiwane na dyskach surowych, ale mam system migawkowy innej firmy (ZFS). VMDK na surowym dysku jest również o wiele mniej przenośny. Jeśli chodzi o wydajność, nie mam żadnych solidnych testów, ale też nie mam skarg.
Deltik
6
VHD może być zamontowany jako dysk w Windows Disk Management, co nie wydaje się tak proste w VDI: superuser.com/q/342334/13889
endolith
5
@ msanford, czy mógłbyś wyjaśnić, w jaki sposób VMDK unika tworzenia kopii zapasowej ogromnego pliku - czy rsync lepiej potrafi zrozumieć różnice? plik VMDK wydaje się również zmieniać przy każdym ulepszeniu.
Ben Creasy
39

Zawsze używam VDI, ponieważ jest to natywny format VirtualBox; jednak użycie VMDK (format VMWare) zwiększy kompatybilność z innym oprogramowaniem maszyny wirtualnej.

VirtualBox będzie działał dobrze na Ubuntu, więc jeśli celem jest interoperacyjność Windows / Ubuntu, VDI byłby całkowicie prawidłowym wyborem.

Oba formaty spełnią twoje wymagania.

Jeśli chodzi o pozostałe dwa, VHD jest formatem opracowanym przez Microsoft, a HDD jest formatem opracowanym przez Apple; oba są licencjonowane na zasadach własności, więc ogranicz obsługę wielu platform; Nie poleciłbym ich.

Żółw
źródło
18

Mpack wyjaśnia tutaj kluczową różnicę w wydajności między VHD i VDI:

Po niedawnym przestudiowaniu formatu VHD, spodziewam się, że będzie co najmniej niewielka różnica w korzystaniu z VDI, najbardziej zauważalna, gdy porównujesz się z podobnymi, tj. Zoptymalizowanym VDI vs. zoptymalizowanym VHD. Powodem jest to, że dynamiczny format VHD ma te sektory „bitmapy” rozproszone po całym dysku. Za każdym razem, gdy modyfikujesz sektor w bloku, bloki bitmapowe mogą wymagać aktualizacji i zapisu, co wymaga dodatkowych operacji wyszukiwania, odczytu i zapisu. Te sektory bitmap również muszą zostać pominięte podczas odczytywania kolejnych klastrów z obrazu dysku - więcej szuka. Format VDI nie ma tych kosztów ogólnych, szczególnie jeśli VDI został zoptymalizowany (bloki na dysku wirtualnym posortowane w kolejności LBA).

Wszystkie moje komentarze dotyczą dynamicznego formatu VHD vs dynamicznego VDI. Testy wydajności dysków wirtualnych o stałej wielkości są bezcelowe, ponieważ oba formaty są wtedy takie same (zwykły obraz dysku), mają po prostu różne nagłówki.

https://forums.virtualbox.org/viewtopic.php?f=1&t=22688

Zainteresowane
źródło
5

Nie wiem, czy użycie vmdk umożliwiłoby przezroczyste uruchamianie maszyny wirtualnej utworzonej w VirtualBox w VMware, czy nie. Może. Bardziej uniwersalną opcją może być jednak użycie funkcji VirtualBox File / Export do utworzenia pliku .ova „Open Virtualization Appliance”, który można następnie zaimportować do VMware. Dzięki takiemu podejściu możesz przenieść się na dowolny system wirtualizacji, który obsługuje .ova, bez względu na format obrazu dysku, którego używasz w VirtualBox.

Jeśli musisz eksportować z tej samej maszyny Wirtualnej w regularnych odstępach czasu, np. Każdego dnia, może to być uciążliwe. Ale jeśli od czasu do czasu przejdziesz na inną technologię, powinno być dobrze.

Jeśli masz już plik .vdi, możesz sprawdzić, czy to działa bez konieczności tworzenia nowej maszyny wirtualnej. Wyeksportuj go do pliku .ova, a następnie spróbuj zaimportować za pomocą vmware.

Alan Meyer
źródło
5

Zależy to również od sposobu wykorzystania dysku wirtualnego. Nie każda maszyna wirtualna chce pojedynczej partycji na jednym dysku.

Wydaje się, że VDI ma więcej opcji (w przypadku korzystania z VirtualBox), ale jak tylko usuniesz VirtualBox ze zdjęcia, obsługa VDI staje się nieco niepewna (pod koniec 2014 roku).

Na przykład moje rozwiązania muszą mieć maksymalną obsługę wielu platform. Montowanie VDI (takiego jak sprzężenie zwrotne) w systemie Linux lub Windows 7 jest trudniejsze i bardziej kłopotliwe niż można się spodziewać. Prawie jak VDI ma zbyt wiele funkcji, co utrudnia tworzenie w pełni zgodnych narzędzi, które mogą na nim działać.

VMDK jest po prostu mniej bezbolesnym IMHO, jeśli chcesz, aby działał z dowolną maszyną wirtualną na dowolnej stacji roboczej, gdy chcesz go klonować 3 razy do innych systemów w sieci w tym samym czasie, i gdy chcesz podważyć go bez uruchamiania maszyny wirtualnej instancja.

Mimo że używam VirtualBox 90% czasu, te kilka razy, kiedy moje dyski stają się niedostępne w niektórych przepływach pracy, skłoniły mnie do faworyzowania VMDK dla podłączanych / współdzielonych systemów plików.

użytkownik 2097818
źródło
5

Pliki obrazów dysków znajdują się w systemie hosta i są postrzegane przez systemy gościa jako dyski twarde o określonej geometrii. Kiedy system operacyjny gościa odczytuje lub zapisuje na dysk twardy, VirtualBox przekierowuje żądanie do pliku obrazu.

Podobnie jak dysk fizyczny, dysk wirtualny ma rozmiar (pojemność), który należy określić podczas tworzenia pliku obrazu. Jednak w przeciwieństwie do dysku fizycznego VirtualBox pozwala rozwinąć plik obrazu po utworzeniu, nawet jeśli już zawiera dane; VirtualBox obsługuje cztery warianty plików obrazów dysku:

VDI: Zwykle VirtualBox używa własnego formatu kontenera dla dysków twardych gości - plików Virtual Disk Image (VDI). W szczególności ten format będzie używany podczas tworzenia nowej maszyny wirtualnej z nowym dyskiem.

VMDK: VirtualBox w pełni obsługuje również popularny i otwarty format kontenera VMDK, który jest używany przez wiele innych produktów do wirtualizacji, w szczególności przez VMware. [25]

VHD: VirtualBox w pełni obsługuje również format VHD używany przez Microsoft.

Obsługiwane są również pliki obrazów Parallels w wersji 2 (format HDD). [26] Z powodu braku dokumentacji tego formatu nowsze formaty (3 i 4) nie są obsługiwane. Można jednak konwertować takie pliki obrazów do formatu wersji 2 za pomocą narzędzi dostarczonych przez Parallels.

SRINIVAS
źródło
3
Ta odpowiedź pochodzi z rozdziału 5 instrukcji VirtualBox. link
JerryOL,
4

Dobrym powodem dla mnie do korzystania z vmdk jest to, że Virtualbox (przynajmniej do wersji 4.1) korzystający z formatu VDI z czasem ma tendencję do zapełniania całej przydzielonej przestrzeni dyskowej, mimo że użycie wewnętrznego dysku wirtualnego jest wciąż znacznie mniejsze. W przypadku Virtualbox korzystającego z dysków vmdk wydaje się to mniejszym problemem.

Ale mówię o latach bezczynności. To może nie być problem wielu osób.

Ernest ter Kuile
źródło
3
Jest to bardziej związane z fragmentacją systemu plików gościa niż z samym formatem.
EnzoR
2

Wygląda na to, że użycie VDI umożliwia przycięcie pliku dysku do jego rzeczywistego rozmiaru VirtualBox i obsługę poleceń TRIM SSD

OwnageIsMagic
źródło
Chociaż dokładne, jest trochę bezbłędne w przypadku pytania, które dotyczy ogólnych różnic między tymi formatami, nie sądzisz?
Seth
3
@Seth Ogólny przegląd został dostarczony przez poprzednie odpowiedzi i nie mam wystarczającej liczby przedstawicieli, aby tylko skomentować, ale nadal ważne jest, aby wspomnieć o tym fakcie
OwnageIsMagic
1
Jednak jako sugestię dodaj go, aby uzyskać więcej kontekstu. Np. „Chociaż ta odpowiedź stanowi dobry przegląd, należy również wziąć pod uwagę zaletę…”. Więc nawet jeśli przeczytałeś sam, twoja odpowiedź ma związek z bardziej ogólną.
Seth
@Seth editpod moim pytaniem jest przycisk: D
OwnageIsMagic
1
Gwarantuję, że sprawdzę twoją edycję, aby twoja praca nie została zmarnowana. Zostaniesz również wymieniony jako redaktor pytania, dzięki czemu uzyskasz odpowiednie uznanie. Jaki jest problem?
OwnageIsMagic
2

VDI jest znacznie łatwiejsze do skompaktowania, jeśli maszyna wirtualna staje się zbyt duża.

eych
źródło
1

Dawno temu zrobiłem jeden test, przekonwertowałem dynamiczne vdi na dynamiczne vhd tylko po to, aby przetestować prędkość i rozmiary plików.

Pamiętaj, że była to niezmienna instalacja systemu Windows dla gości z niektórymi aplikacjami, pamiętaj, że w moim teście przekonwertowałem jeden format na inny, więc oba powinny mieć dokładniejszy obraz, na przykład klonowanie.

Dla rozmiaru dysku 64GiB rozmiar pliku VDI wynosił około 18GiB, podczas gdy rozmiar pliku VHD około 22GiB.

Pamiętam, że widziałem dwie rzeczy:

  1. Czas uruchamiania był znacząco różny, jeśli nie pamiętam, że VHD był 1,6 razy szybszy niż VDI
  2. Rozmiar VHD był znacznie większy niż VDI, około 4 GB gigabajtów większy niż 18 GB, czyli 1,2 razy większy.

To było dawno temu i test został przeprowadzony na dysku twardym, ale zapewniam, że oba pliki są defragmentowane i znajdują się obok siebie w szybkiej części dysku.

Mam nadzieję, że ktoś może wykonać prawdziwe testy SSD, ale mam wrażenie, że VHD jest szybszy (i większy) niż VDI.

Tylko wskazówka: VHD / VHDX można bezpośrednio skompresować w dowolnym systemie Windows 7 i nowszym za pomocą narzędzia wiersza poleceń DiskPart, do VDI potrzebne jest zewnętrzne narzędzie CloneVDI.

Przepraszamy, nie testowałem VMDK, nie wiedziałem, jak go skompresować bez zmiany jego UUID (UUID dysku), pamiętaj, że narzędzia poleceń VBOX zawsze zmieniają go na każdym klonie, bez względu na używany format.

Laura
źródło
1

Właśnie zmigrowałem surowy VMDK, który został zamapowany na partycję Transcend SSD370 128 GB na Samsung Pro 850 512 GB.

Najwyraźniej VMDK jest znacznie szybszy niż VDI. Nie rozumiem dlaczego, może gdzieś popełniłem błąd.

Skopiowałem VMDK za pośrednictwem Virtual Media Manager do 850. Raz jako VDI, raz jako VMDK.

Potem uruchomiłem hdparm -tT --direct /dev/sdazdjęcia. Dla każdego z „uruchomień” zamieniłem „Maszyna -> Ustawienia -> Pamięć -> Kontroler SATA -> ImageFile.xxx”. Surowa partycja na SSD370 została zdefiniowana przez plik VMDK, więc tak naprawdę nie jest to obraz.

Oto wyniki:

################################################################################################

Welcome to Ubuntu 16.04.3 LTS (GNU/Linux 4.4.0-96-generic x86_64)

  System information as of Thu Sep 21 17:02:51 CEST 2017

  System load:  1.96               Processes:              201
  Usage of /:   83.2% of 43.88GB   Users logged in:        0
  Memory usage: 4%                 IP address for eth0:    
  Swap usage:   0%                 IP address for docker0: 172.17.0.1

################################################################################################

======================================================================================
      V M D K --- R A W !!! --- on Transcend SSD370 128 GB
======================================================================================

 Timing O_DIRECT cached reads:   1024 MB in  2.00 seconds = 511.61 MB/sec <---
 Timing O_DIRECT disk reads: 1134 MB in  3.00 seconds = 377.88 MB/sec <---

 Timing O_DIRECT cached reads:   1042 MB in  2.00 seconds = 520.82 MB/sec <---
 Timing O_DIRECT disk reads: 1162 MB in  3.00 seconds = 387.27 MB/sec <---

---

 Timing O_DIRECT cached reads:   816 MB in  2.00 seconds = 407.55 MB/sec
 Timing O_DIRECT disk reads: 1020 MB in  3.01 seconds = 339.43 MB/sec <---

======================================================================================
      V M D K --- on Samsung Pro 850 515GB
======================================================================================

 Timing O_DIRECT cached reads:   836 MB in  2.00 seconds = 417.21 MB/sec <---
 Timing O_DIRECT disk reads: 782 MB in  3.01 seconds = 260.21 MB/sec

 Timing O_DIRECT cached reads:   834 MB in  2.00 seconds = 416.08 MB/sec
 Timing O_DIRECT disk reads: 786 MB in  3.00 seconds = 261.71 MB/sec

---

 Timing O_DIRECT cached reads:   826 MB in  2.00 seconds = 412.75 MB/sec <---
 Timing O_DIRECT disk reads: 774 MB in  3.00 seconds = 257.79 MB/sec

 Timing O_DIRECT cached reads:   828 MB in  2.00 seconds = 413.88 MB/sec <---
 Timing O_DIRECT disk reads: 774 MB in  3.00 seconds = 257.83 MB/sec

---

 Timing O_DIRECT cached reads:   842 MB in  2.00 seconds = 420.76 MB/sec <---
 Timing O_DIRECT disk reads: 770 MB in  3.00 seconds = 256.56 MB/sec

======================================================================================
      V D I --- on Samsung Pro 850 515GB
======================================================================================

 Timing O_DIRECT cached reads:   470 MB in  2.01 seconds = 234.21 MB/sec <---
 Timing O_DIRECT disk reads: 766 MB in  3.00 seconds = 254.94 MB/sec

 Timing O_DIRECT cached reads:   494 MB in  2.00 seconds = 246.45 MB/sec <---
 Timing O_DIRECT disk reads: 754 MB in  3.00 seconds = 250.92 MB/sec

 Timing O_DIRECT cached reads:   490 MB in  2.00 seconds = 244.46 MB/sec <---
 Timing O_DIRECT disk reads: 764 MB in  3.01 seconds = 254.03 MB/sec

################################################################################################
# Data above comes from here
################################################################################################

======================================================================================
      V M D K --- on Samsung Pro 850 515GB
======================================================================================

  System information as of Thu Sep 21 17:02:51 CEST 2017

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   836 MB in  2.00 seconds = 417.21 MB/sec <======
 Timing O_DIRECT disk reads: 782 MB in  3.01 seconds = 260.21 MB/sec <======

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   21080 MB in  2.00 seconds = 10554.40 MB/sec
 Timing buffered disk reads: 784 MB in  3.00 seconds = 260.92 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   834 MB in  2.00 seconds = 416.08 MB/sec <======
 Timing O_DIRECT disk reads: 786 MB in  3.00 seconds = 261.71 MB/sec <======

======================================================================================
      V M D K --- R A W !!! --- on Transcend SSD370 128 GB
======================================================================================

  System information as of Thu Sep 21 17:00:47 CEST 2017

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   1024 MB in  2.00 seconds = 511.61 MB/sec <======
 Timing O_DIRECT disk reads: 1134 MB in  3.00 seconds = 377.88 MB/sec <======

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   21182 MB in  2.00 seconds = 10603.52 MB/sec
 Timing buffered disk reads: 1060 MB in  3.00 seconds = 352.91 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   1042 MB in  2.00 seconds = 520.82 MB/sec <======
 Timing O_DIRECT disk reads: 1162 MB in  3.00 seconds = 387.27 MB/sec <======

======================================================================================
      V M D K --- on Samsung Pro 850 515GB
======================================================================================

  System information as of Thu Sep 21 16:58:12 CEST 2017

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   826 MB in  2.00 seconds = 412.75 MB/sec <======
 Timing O_DIRECT disk reads: 774 MB in  3.00 seconds = 257.79 MB/sec <======

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   22082 MB in  2.00 seconds = 11055.78 MB/sec
 Timing buffered disk reads: 788 MB in  3.01 seconds = 262.11 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   828 MB in  2.00 seconds = 413.88 MB/sec <======
 Timing O_DIRECT disk reads: 774 MB in  3.00 seconds = 257.83 MB/sec <======

======================================================================================
      V D I --- on Samsung Pro 850 515GB
======================================================================================

  System information as of Thu Sep 21 16:55:24 CEST 2017

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   21468 MB in  2.00 seconds = 10747.37 MB/sec
 Timing buffered disk reads: 662 MB in  3.01 seconds = 220.12 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   470 MB in  2.01 seconds = 234.21 MB/sec <======
 Timing O_DIRECT disk reads: 766 MB in  3.00 seconds = 254.94 MB/sec <======

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   494 MB in  2.00 seconds = 246.45 MB/sec <======
 Timing O_DIRECT disk reads: 754 MB in  3.00 seconds = 250.92 MB/sec <======

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   20872 MB in  2.00 seconds = 10448.98 MB/sec
 Timing buffered disk reads: 694 MB in  3.01 seconds = 230.78 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   490 MB in  2.00 seconds = 244.46 MB/sec <======
 Timing O_DIRECT disk reads: 764 MB in  3.01 seconds = 254.03 MB/sec <======

======================================================================================
      V M D K --- on Samsung Pro 850 515GB
======================================================================================

  System information as of Thu Sep 21 16:52:32 CEST 2017

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   20872 MB in  2.00 seconds = 10448.90 MB/sec
 Timing buffered disk reads: 764 MB in  3.01 seconds = 254.11 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   842 MB in  2.00 seconds = 420.76 MB/sec <======
 Timing O_DIRECT disk reads: 770 MB in  3.00 seconds = 256.56 MB/sec <======

======================================================================================
      V M D K --- R A W !!! --- on Transcend SSD370 128 GB
======================================================================================

  System information as of Thu Sep 21 16:29:55 CEST 2017

user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Timing cached reads:   22034 MB in  2.00 seconds = 11029.82 MB/sec
 Timing buffered disk reads: 990 MB in  3.00 seconds = 329.68 MB/sec

user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Timing O_DIRECT cached reads:   816 MB in  2.00 seconds = 407.55 MB/sec <======
 Timing O_DIRECT disk reads: 1020 MB in  3.01 seconds = 339.43 MB/sec <======

Naprawdę nie wiem, jak to zinterpretować, może ktoś chce komentować. Wybrałem wtedy VMDK.

Daniel F.
źródło