Saya hanya ingin mengajukan pertanyaan yang sama, setelah melakukan beberapa tes sendiri, berikut ini adalah temuan saya.
Saya tidak menggunakan SSD melainkan HD standar.
Menggunakan mirroring management managemen sepertinya sedikit lebih cepat. Saya menggunakan kedalaman antrian 8 dan muncul dengan nilai untuk blocksize 512B, 8KB, 64KB, dan 4M di Atto Benchmarking Tool:
10M / 15M, 140M / 155M, 202M / 200M, 200M / 201M disk biasa , hanya 1 partisi
9M / 20M, 140M / 200M, 200M / 200M, 200M / 395M cermin polos dalam manajemen disk, hanya 1 partisi
7M / 12M, 133m / 151M, 200M / 204M, 201M / 377M kolam penyimpanan ruang penyimpanan pada partisi pertama, yang lain sedikit lebih lambat
Tapi .. bagi saya itu dapat diabaikan, karena kinerja nyata tergantung pada I / O acak (di mana kinerja lebih mirip) dan juga jika Anda mengakses / berbagi drive melalui jaringan 1GBit / s, dalam hal ini ada batas sedikit lebih dari 100MB / s.
Yang paling penting untuk mirroring adalah kasus kesalahan (jarang). Jadi saya juga mencari cara mengembalikan cermin yang rusak ke Google. Tampaknya ada perbedaan besar - untuk alasan apa pun.
Pemulihan tampaknya sangat rumit untuk kolam penyimpanan / ruang penyimpanan cermin:
https://technet.microsoft.com/en-us/library/dn782852%28v=ws.11%29.aspx?f=255&MSPPError=-2147217396
Untuk mirror management disk sepertinya jauh lebih mudah
https://technet.microsoft.com/en-us/library/cc938519.aspx?f=255&MSPPError=-2147217396
Jadi: cara manajemen disk sedikit lebih cepat (bagi saya, pada Windows Server 2016), ditambah pemulihan terlihat jauh lebih mudah. Saya tidak menggunakan tweaking ukuran cache atau yang serupa.
Saya juga tidak membandingkan penggunaan CPU, karena saya berasumsi bahwa CPU tinggi dan I / O tinggi tidak akan sering bersama.
Awalnya, saya juga ingin membandingkan Starwind Virtual SAN dan mirror lintas server (membuat cluster) tapi saya kira mirror lokal dengan cadangan akan cukup baik dan perbandingan kinerja dengan itu tidak berguna karena hambatan jaringan.