File halaman Windows pada banyak hard drive


13

Saya tidak dapat menemukan dokumentasi atau artikel daring untuk ini ...

bagaimana Windows menangani file halaman pada banyak hard drive? Apakah windows memperlakukan mereka sebagai gabungan, menulis ke satu sampai penuh kemudian pindah ke yang berikutnya? Atau apakah itu memperlakukan mereka seperti garis, menulis ke masing-masing secara bertahap? Apakah ini gratis untuk yang pertama? Atau mungkin metode lain?


2
Pertanyaan yang sangat bagus Dugaan saya adalah Microsoft memperlakukan mereka sebagai dua file halaman terpisah dan menggunakan drive yang tidak digunakan. Tidak ada cara Microsoft akan berisiko membagi seluruh halaman di antara drive.
surfasb

Kecepatan terbaik adalah menulis untuk keduanya, tetapi tidak untuk membagi halaman, saya pikir.
Soando

Dari apa yang dapat saya lihat ketika saya mencari di Google (meskipun tidak ada tautan asli), tampaknya memperlakukan mereka seperti garis, yang masuk akal jika Anda memikirkannya. Meskipun ini semua hanya dugaan.

ada tes di web (saya tidak bisa menemukannya) tolok ukur mereka untuk sistem yang kelaparan perlu paging ke disk, adalah bit kecil lebih cepat, tidak sepadan bagi saya. social.technet.microsoft.com/Forums/hu/winservergen/thread/...
Psycogeek

Jawaban:


11

Informasi paling relevan yang bisa saya temukan adalah artikel tentang konfigurasi optimal dari file halaman di bawah Windows XP.

Artikel tersebut menyatakan bahwa Windows akan menggunakan file halaman yang terletak di volume dengan aktivitas paling sedikit . Ini berarti tidak ada pola yang ditentukan.

Jadi, bisa diperdebatkan bahwa cara yang paling mungkin Windows menangani banyak file halaman adalah dengan mempertahankan tabel di mana setiap halaman memori berada. Di mana halaman berakhir tergantung pada volume mana yang paling tidak aktif ketika itu keluar.


artikel menarik. Namun apakah ini masih berlaku?
Keltari

Tidak ada jaminan bahwa teori ini berlaku sama sekali, bahkan untuk XP. Ini sepenuhnya didasarkan pada anggapan.
Andrew Lambert

Sangat diragukan mereka mengubah penanganan beberapa file halaman. Saya yakin itu masih berlaku. Manajer memori bukanlah sesuatu yang Anda buat perubahan grosir untuk setiap versi.
surfasb

@surfasb Benar, tetapi seperti yang saya katakan ini hanya spekulasi untuk memulai.
Andrew Lambert

2
Ini bukan anggapan. Itu langsung dari Windows Internal . "Tabel di mana setiap halaman memori berada" hanyalah tabel halaman.
Jamie Hanrahan

2

Di Windows 8.1 bagi saya itu benar-benar mengabaikan drive kedua dan hanya menukar ke yang pertama.

Tidak terlalu berguna. Itu sebabnya saya sampai di sini sejak saya mencari di Google.


Bagaimana Anda mengukur ini? Saya tidak meragukan Anda, hanya ingin tahu alat apa yang Anda gunakan. Perfmon adalah salah satu cara untuk melakukannya (objek Pagefile,% penggunaan counter).
Jamie Hanrahan

-1

Mengenai Windows 7 x64 dan Windows 10 x64 membelah sistem pagefile tidak melakukan apa-apa seperti dalam kondisi raid0. Pertama kali diraih, pertama dilayani oleh drive yang paling tidak aktif. Aturan untuk Windows x64 adalah ukuran halaman 1,5 kali ukurannya. Saya mengoperasikan mesin yang memiliki 64 gigs dan saya bahkan tidak memerlukan pagefile sebesar itu. Menyiapkan drive cepat untuk menangani semua file temp windows saya, yaitu file cache, dan satu file halaman bekerja dengan baik. Tujuan dari drive ini hanya untuk penggunaan layanan windows dan adobe temp. Saya menjalankan aplikasi pada raid0 drive tiga yang kuat dan os saya pada SSD. Ada orang yang percaya bahwa pagefile tidak diperlukan tetapi orang-orang ini tidak hidup di dunia kreatif yang kuat di mana aplikasi yang kuat harus memiliki pagefile seperti alat adobe cc 2017 yang lebih baru dan mesin CAD 3D.

Yang menarik, Microsoft menyatakan bahwa pagefile minimal 300 MB harus diatur pada drive utama, drive OS Anda dan beban pada drive lain. Adobe mengatakan bahwa temp dan file halaman harus ditempatkan selain dari drive os atau drive aplikasi. Mereka telah mengatakan ini sejak awal waktu.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.