Akses partisi mentah dari mesin virtual - apakah lebih cepat dari disk virtual?

Jawaban:

3

Dokumen Microsoft Word berjudul Virtual Hard Disk performance membahas hasil kinerja yang diperoleh di bawah Hyper-V. Ini menyatakan:

Kinerja VHD berukuran tetap telah setara dengan disk fisik sejak Windows Server 2008 / Hyper-V rilis ke manufaktur Di Windows Server R2, kinerja VHD tetap tetap utuh, yaitu sebagus disk mentah atau file mentah.

Untuk mendukung pernyataan ini, dokumen berisi langkah-langkah yang berkaitan dengan berbagai kasus, dari mana orang dapat menyimpulkan bahwa partisi mentah / disk tidak banyak meningkatkan kinerja, jika sama sekali.

Ada terlalu banyak hasil untuk digandakan di sini, jadi saya hanya memberikan di bawah dua di antaranya.

Untuk VHD berukuran tetap:

SQL Server Log 64KB 100% Urutan 100% Menulis Throughput

SQL Server Log 64KB 100% Berurutan 100% Tulis Latensi

Untuk mengembangkan VHD secara dinamis (hasilnya tidak seragam seperti sebelumnya):

Media Streaming 64KB 100% Sequential 98% Read 2% Throughput Tulis

Streaming Media 64KB 100% Sekuensial 98% Baca 2% Tulis Latensi

harrymc
sumber
4

Saya pribadi tetap menggunakan VHD daripada menggunakan akses mentah. Peringatan dalam dokumentasi Virtualbox memicu semua jenis lonceng tentang masalah stabilitas.

"akses hard disk mentah"; itu memungkinkan sistem operasi tamu untuk mengakses hard disk virtualnya tanpa melalui sistem file OS host. Perbedaan kinerja aktual untuk file gambar vs disk mentah sangat bervariasi tergantung pada overhead sistem file host, apakah gambar yang tumbuh secara dinamis digunakan, dan pada strategi caching OS host. Caching secara tidak langsung juga mempengaruhi aspek-aspek lain seperti perilaku kegagalan, yaitu apakah disk virtual berisi semua data yang ditulis sebelum OS host rusak. Konsultasikan dokumentasi OS host Anda untuk perincian tentang ini ..... Penggunaan yang salah atau penggunaan konfigurasi yang sudah ketinggalan zaman dapat menyebabkan total data yang hilang pada disk fisik. Yang paling penting, jangan mencoba untuk mem-boot partisi dengan sistem operasi host yang sedang berjalan di tamu. Ini akan menyebabkan kerusakan data yang parah.

Saya telah menggunakan disk mentah dengan VMWare ketika saya harus menjalankan 3 sistem operasi secara bersamaan dan file-file berada di partisi yang sama. Disk mentah sedikit meningkatkan kinerja. Namun, saya mengalami masalah saat menggunakan fitur seperti snapshot. Oleh karena itu, saya beralih kembali ke pengaturan VHD. Di bawah mode operasi normal saat menggunakan VM tunggal, saya tidak mengalami peningkatan kinerja yang nyata. Namun, saya belum memverifikasi ini menggunakan alat penilaian kinerja apa pun.

R ..
sumber
Apa jenis masalah yang Anda temui?
Anderson Green
@AndersonGreen Saya dapat berbicara dengan akses disk mentah untuk server Ubuntu yang berjalan sebagai OS tamu di VirtualBox pada host Windows 10. Khususnya Windows dan MacOS memiliki masalah di mana pengguna standar tidak dapat memperoleh izin yang memadai untuk akses disk mentah penuh. Dimungkinkan untuk membuat VMDK mentah dengan disk fisik menggunakan VboxManage.exe dari prompt perintah yang ditinggikan, tetapi tidak mungkin untuk melampirkan VMDK ini sebagai penyimpanan pada VM tanpa menjalankan VirtualBox itu sendiri menggunakan "Run as Administrator", dan tidak direkomendasikan karena keamanan (peningkatan risiko host / guest sandbox dikompromikan).
Cory Gross
2

Saya menggunakan Linux sebagai host OS dan WinXP sebagai tebakan di VirtualBox. Saya menggunakannya dengan penyimpanan file, sekarang XP saya berada di partisi terpisah pada HDD. Pengamatan saya adalah bahwa tidak ada manfaat sama sekali, setidaknya tidak ada yang bisa saya rasakan. Ada manfaat teoretis, karena Anda akan melewatkan lapisan FS, tetapi dengan sistem saat ini tampaknya terlalu kecil manfaatnya.

Jadi pengalaman saya mengatakan: gunakan file dengan penyimpanan yang telah dialokasikan, karena gambar yang dialokasikan secara dinamis akan membuat perbedaan besar (jauh lebih lambat dan IO lapar, daripada yang dialokasikan sebelumnya).

0xAF
sumber