Anda tidak "diharuskan" untuk memiliki pagefile pada array HDD. Anda dapat menghapus atau mengaturnya ke minimum absolut, jika Anda ingin Crash Dumps (OS akan memberi tahu Anda ketika Anda mengubah ukuran pagefile individu pada array HDD). Dengan asumsi array adalah lokasi OS.
Ini secara otomatis akan memaksa write ke SSD, setelah itu menggunakan pagefile drive partisi OS.
Memiliki pagefile pada array memiliki kekurangan. Setiap halaman menulis akan ke controller dan tidak perlu melalui logika board controller untuk menentukan drive mana yang benar-benar menulis halaman itu. Filefile pada dasarnya adalah penyimpanan sementara, jadi tidak ada manfaatnya memiliki jenis RAID atau array apa pun (terutama jika subsistem yang lebih cepat, yaitu SSD dalam hal ini, tersedia).
Seseorang mungkin bertanya "bagaimana dengan cache besar yang ditemukan pada sebagian besar pengontrol array?" Itu tidak berguna untuk pagefile, sekali lagi karena menurut definisi apa yang sedang paged adalah apa yang belum dibaca dalam beberapa saat, jadi cache tidak mungkin diakses untuk membaca kembali pagefile. SSD dengan cache dasar bawaannya akan lebih cepat dari cache array dalam skenario ini.
Dalam situasi Anda yang sangat khusus (perhitungan FEA) akan sedikit rumit, jika algoritma perlu menjangkau seluruh memori yang dialokasikan secara teratur. Jadi pagefile semakin banyak dibaca kembali. Dalam hal ini, cache yang besar pada pengontrol "bisa" membantu tergantung pada urutan di mana algoritma Anda mengakses memori. Jika itu menyebabkan lebih banyak jenis urutan akses LIFO (last in first out) maka itu akan membantu. Jika sifatnya acak, maka kemungkinan manfaatnya terbatas. Jika itu FIFO (pertama masuk pertama keluar) maka kemungkinan akan sakit.
Perkataan Microsoft MVP acak menunjukkan bahwa drive yang lebih cepat akan lebih disukai secara otomatis. Meskipun pengamatan empiris saya selama bertahun-tahun menunjukkan bahwa drive OS disukai. Jadi konfigurasi di atas membuat kedua masalah Anda ditangani.