Mengingat ruang disk solid-state masih merupakan sumber daya yang mahal, mengompresi folder besar memiliki daya tarik. Berkat VirtualStore , dapat Program Files
menjadi kasus di mana itu bahkan dapat meningkatkan kinerja ?
Latar Belakang
Secara khusus saya telah membaca:
Peningkatan Kecepatan Kompresi SSD dan NTFS?
Apakah kompresi NTFS memperlambat kinerja SSD / flash?
Akankah seseorang mengukur benchmark seluruh disk (HD, SSD)? (mungkin harus gulir ke atas)
Tautan pertama sangat melamun, tapi mungkin agak terlalu jauh di awan.
Tautan ketiga memiliki grafik semi-log yang seksi ini ( skala logaritmik !).
Kutipan (dengan catatan):
Dengan menggunakan data yang sangat dapat dikompresi (IOmeter), Anda mendapatkan paling banyak peningkatan kinerja 30x [untuk membaca], dan setidaknya penurunan 49x kinerja [untuk menulis].
Dengan asumsi saya menafsirkan dan mengklarifikasi kalimat itu dengan benar, tolok ukur pengguna tunggal ini membuat saya sangat tertarik. Meskipun menulis tank kinerja buruk, kinerja membaca masih melambung. Itu memberi saya ide.
Ide: VirtualStore
Kebetulan bahwa berkat fitur keamanan hemat akal yang diperkenalkan pada Windows Vista, tulis akses ke folder tertentu seperti Program Files
divirtualisasikan untuk proses non-administrator .
Yang berarti, dalam penggunaan normal (tidak ditinggikan), upaya program atau permainan untuk menulis data ke lokasi instalnya di File Program (yang mungkin merupakan lokasi yang buruk) dialihkan ke %UserProfile%\AppData\Local\VirtualStore
, di tempat yang sama sekali berbeda.
Jadi, menurut pemahaman saya, menulis ke File Program seharusnya hanya terjadi ketika menginstal aplikasi . Hal ini menjadikan pengompresan tidak hanya sumber besar perolehan ruang , tetapi juga kandidat potensial untuk peningkatan kinerja .
Apakah ini akurat? Akankah mengompresi File Program memberikan peningkatan kinerja baca yang signifikan dengan hanya penurunan kinerja penulisan yang dapat diabaikan berkat VirtualStore?
Saya telah menunda pengujian saya sendiri terhadap Program Files secara langsung karena kebingungan dari awal posting ini yang menunjukkan bahwa mematikan kompresi mungkin tidak segera mendekompres file-file (walaupun saya berniat untuk menggunakan perintah ringkas yang mungkin).