Haruskah Anda menonaktifkan file halaman dengan SSD?

Saya telah membaca pertanyaan ini , dan memiliki banyak informasi bagus.

Tetapi dengan asumsi Anda memiliki lebih dari cukup RAM, saya pikir file halaman harus dinonaktifkan pada SSD untuk memperpanjang masa pakainya. Saya tahu Anda akan kehilangan dump inti pada kecelakaan, tetapi tidak banyak orang membutuhkan informasi itu.

Dari pemahaman saya, tanpa file halaman, saat Anda mencapai batas RAM Anda, yang mungkin memicu meronta-ronta pada disk. Tetapi untuk SSD tidak ada konsep meronta-ronta, membaca cepat.

apa yang kalian pikirkan?

Tetapi dengan asumsi Anda memiliki lebih dari cukup RAM, saya pikir file halaman harus dinonaktifkan pada SSD untuk memperpanjang masa pakainya. Saya tahu Anda akan kehilangan dump inti pada kecelakaan, tetapi tidak banyak orang membutuhkan informasi itu

Ini kedengarannya seperti optimasi prematur. Anda belum membahas SSD mana yang Anda rencanakan untuk digunakan, dan tanpa benar-benar melihat beban kerja server Anda dan lembar data SSD yang Anda rencanakan, Anda tidak dapat memiliki gagasan tentang efek file halaman pada masa hidup SSD Anda.

Ada juga sejumlah besar informasi yang salah, baik di Internet yang lebih besar dan di sini di Server Fault, tentang SSD yang menderita rentang hidup yang buruk. SSD model awal mungkin memiliki masalah, dan USB flash drive pasti mulai menurun, tetapi SSD kelas perusahaan memiliki algoritma leveling wear yang jauh lebih baik dan beberapa menggunakan flash cadangan untuk meningkatkan kinerja dan keausan.

Drive Intel X25-E , misalnya, mengklaim durasi tulis 1 petabyte penulisan acak untuk drive 32 GB. Jika Anda menjenuhkan antarmuka penulisan (200 MB / detik) tanpa henti, dengan menimpa, perkiraan saya adalah bahwa Anda akan bertahan sekitar 58 hari. Tapi itu menulis sekitar 17 TB data per hari untuk drive itu.

Beban kerja server yang umum pada drive OS akan jauh, jauh lebih sedikit, bahkan jika Anda memiliki file halaman. Sebut saja 50 GB per hari. Jika angka 1 PB akurat (dan saya tahu angka itu bisa dianggap angka rata-rata, diskusi lebih lanjut nanti), itu masih di suatu tempat di utara 50 tahun.

Angka-angka itu tampaknya sangat tinggi, tentu saja, jadi mari kita lihat angka aktual yang dikutip oleh Intel untuk perkiraan umur panjang drive . Intel dengan senang hati memenuhi syarat drive MLC (non-perusahaan) untuk menulis data 100 GB, setiap hari, selama lima tahun. Pemahaman standar SLC vs MLC flash mengatakan bahwa SLC flash berlangsung sekitar 10x lebih lama dari MLC (tautan di atas menunjukkan ini pada grafik juga).

Kebenaran akan ditanggung oleh waktu, tentu saja - kita akan mulai melihat drive gagal lebih awal atau tidak. Tetapi angka-angka di balik drive menambah umur drive tidak menjadi masalah dengan SSD kualitas yang layak sama sekali .

Jika Anda menggunakan MLC SSD, maka Anda mungkin benar untuk khawatir. Namun perlu diingat bahwa jika Intel senang menilai drive pada 100 GB / hari selama lima tahun, itu pada dasarnya masih sama dengan 50 GB / hari selama 10 tahun. Dan, kembali ke poin awal saya, Anda masih perlu tahu jenis pekerjaan apa yang akan Anda lakukan di drive.

Secara pribadi, saya akan sangat mengatakan untuk tidak menggunakan MLC SSD di lingkungan server produksi. Jika SSD SLC yang layak terlalu mahal, tetap gunakan disk berputar untuk saat ini.

(Sebagai tambahan, jika Anda menghitung angka, katakan 100 GB per hari selama 50 tahun, yang merupakan peringkat "SLC bertahan 10x lebih lama dari MLC", sepertinya Intel mengatakan drive 32 GB mereka sebenarnya memiliki total waktu menulis total lebih dekat ke 2 PB data, bukan 1 PB yang dikutip pada spesifikasi produk. Bahkan jika saya hanya mempercayai yang lebih kecil dari kedua nilai tersebut untuk senang bahwa drive X25-E saya harus bertahan dengan baik selama 10 tahun ke utara.)

Selain umur panjang mungkin tidak menjadi masalah, seperti Daniel Lawson menyebutkan, dan umpan balik dari tim MS itu sendiri (di bawah), pertimbangkan

1. Filefile hanya akan digunakan bila perlu
2. Jika pagefile yang sedang digunakan, setelah itu pada SSD vs hard drive berputar akan membuat perbedaan besar

Haruskah file halaman ditempatkan pada SSD?

Iya nih. Sebagian besar operasi pagefile adalah pembacaan acak kecil atau penulisan berurutan yang lebih besar, keduanya merupakan jenis operasi yang ditangani dengan baik oleh SSD.

Dalam melihat data telemetri dari ribuan jejak dan fokus pada pagefile membaca dan menulis, kami menemukan itu

• Pagefile.sys membaca melebihi jumlah pagefile.sys menulis sekitar 40 hingga 1
• Pagefile.sys ukuran baca biasanya cukup kecil, dengan 67% kurang dari atau sama dengan 4 KB, dan 88% kurang dari 16 KB.
• Pagefile.sys menulis relatif besar, dengan 62% lebih besar dari atau sama dengan 128 KB dan 45% berukuran tepat 1 MB. Bahkan, mengingat pola referensi pagefile yang khas dan karakteristik kinerja yang menguntungkan yang dimiliki SSD pada pola tersebut, ada beberapa file yang lebih baik daripada pagefile untuk ditempatkan pada SSD.

Dukungan dan T&J untuk Solid-State Drive (MSDN)

Daripada menonaktifkan pagefile sama sekali, mungkin berguna untuk memberitahu OS untuk tidak menggunakannya (misalnya, sysctl vm.swappiness=0).

OS akan menghindari menggunakannya kecuali jika diperlukan, menghemat penulisan SSD yang tidak perlu.

Saya akan membiarkan file halaman selalu diaktifkan; bagian-bagian tertentu dari OS atau aplikasi Anda mungkin ditulis untuk mengharapkan ada di sana, dan dengan demikian dapat berperilaku salah jika tidak ada.

Karena itu, saya telah menjalankan Windows (XP) tanpa file halaman di masa lalu, dan sangat senang dengan semua yang saya berikan. Selalu ada keraguan picik bahwa sesuatu akan datang yang tidak akan menyukainya.

Pilihannya adalah mengaturnya menjadi sangat kecil.

Ini bukan responsif langsung terhadap OP, tetapi saya ingin memperbaiki kesan yang keliru dalam jawaban / komentar di atas oleh Ronald dan Daniel. (Saya baru, jadi tidak punya cukup poin untuk berkomentar.)

TRIM sebenarnya adalah hal terbesar yang dapat Anda lakukan untuk memperpanjang usia SSD. Inilah alasannya: SSD secara berkala "mengumpulkan sampah" - menyalin data (terfragmentasi) dari blok hapus yang sebagian kosong, dan menulisnya secara berdekatan dalam blok yang baru dihapus.

Alamatnya dipetakan ulang sehingga tuan rumah tidak perlu mengetahui hal ini. Aktivitas menulis tambahan ini, tidak terkait langsung dengan penulisan host, disebut "tulis amplifikasi". Dalam kasus terburuk dari SSD yang sepenuhnya penuh dengan sejumlah kecil ruang (cadangan tersembunyi) yang terlalu banyak, amplifikasi tulis dapat dengan mudah berada dalam kisaran 500% - 700% dari tingkat penulisan host!

Selama pengumpulan sampah, SSD tidak repot-repot menyalin dan menulis ulang halaman yang telah dibatalkan (ditimpa atau dipangkas), menyimpan banyak pekerjaan dan aktivitas menulis yang berpotensi besar. Jika sistem file menghapus file besar, tetapi itu tidak menginformasikan drive melalui TRIM, drive akan terus menyalin yang menghapus data sekitar, membuang-buang menulis, tanpa batas waktu (atau sampai alamat blok tersebut terjadi ditugaskan untuk ditugaskan ke file lain, yang bisa lama).

Singkatnya, TRIM sangat penting untuk umur panjang dan kinerja.

Saya telah menyatakan ini pada posting lain yang Anda tautkan tetapi kami menjalankan server jalur utama tanpa pagefile dan semuanya di sini tampak baik-baik saja. Bahkan sepertinya lebih cepat tanpanya. Kami memiliki 8GB RAM dan saya akan mengatakan Anda harus membuat keputusan berdasarkan apakah Anda memiliki banyak RAM, bukan apakah hard drive Anda adalah SSD atau tidak. Meskipun saya bisa mengerti keinginan untuk menyelamatkan nyawanya dengan tidak membuat tulisan yang tidak perlu.

Cukup gunakan hard drive kedua untuk memori virtual.

Saya telah menjalankan laptop dengan RAM 8 GB, drive tunggal SSD, dan tidak ada file halaman, selama lebih dari setahun sekarang, tidak ada masalah. Saya berlari ke satu permainan yang membutuhkan file halaman, pergi ke situs web perangkat lunak dan mendapat perintah jalankan untuk menonaktifkannya, masalah terpecahkan.

Laptop saya empat tahun. Lama, tetapi berjalan lebih cepat dari beberapa desktop yang lebih baru. Kebocoran memori, alias file SWAP, telah menjadi masalah dengan OS Windows sejak pembuatan teknik ini. Sayangnya, pengembang Linux mengikuti jejaknya. Semakin sedikit perangkat lunak yang Anda jalankan di latar belakang, semakin baik (terutama jika itu milik Microsoft).

Saya akan mengatakan jangan gunakan swap, jika Anda bisa melakukannya. Atau mungkin menolak swappiness. Meskipun sulit untuk aus (berapa lama waktu yang dibutuhkan untuk menulis ke seluruh drive 100.000 kali, pada bandwidth maksimum yang Anda miliki?), Jika Anda tidak membutuhkannya.

Kemudian lagi, hibernate (suspend to disk) tidak berfungsi tanpa semacam swap.

Dulu ada beberapa perilaku aneh tanpa swap (seperti dalam disk RAM 50 MB untuk swap menjadi menang), tapi itu ditambal musim panas lalu (atau 2007?), Jadi OS saat ini harus baik-baik saja.

Sekarang yang kita butuhkan adalah perangkat keras yang mendukung perintah erase (Linux telah mendukungnya selama berbulan-bulan), dan masa pakai SSD akan menjadi sangat keren.

Saya memiliki dua SSD kelas perusahaan yang terbakar pada saya sangat prematur (yaitu, baik dalam masa garansi). Saya pikir alasannya adalah swapping berat karena meronta-ronta. Saya sering menyadari bahwa saya memiliki proses yang tidak perlu menjalankan / buggy daemon dengan kebocoran memori, sehingga ada aktivitas swap yang berat hampir terus menerus. Saya berjalan iostat -n9 -w 10di latar belakang dari waktu ke waktu dan memperhatikan bahwa sering kali ada aktivitas hard disk yang terus-menerus. Juga aktivitas proses (swap) kernel dicatat sebagai sumber dari sebagian besar I / O. Saya ingat satu daemon yang mengalami kebocoran memori selama berbulan-bulan dan membutuhkan pembunuhan berkala. Saya sering tidak memecahkan masalah kecuali sistemnya lambat, jadi sering kali thrashing berlangsung lama sebelum saya meluangkan waktu untuk me-restart daemon. Dan lagi untuk kebocoran diperbaiki.

Walaupun penonaktifan penonaktifan akan menarik perhatian saya pada meronta-ronta, sehingga masalah akan diatasi sebelum aus besar pada SSD terjadi, itu jauh dari cara terbaik untuk mencegah kerusakan seperti itu; alat pemantauan / peringatan yang layak akan lebih baik.

Peringatan yang banyak jawaban gagal untuk mengakui adalah bahwa jika server IS meronta - ronta SSD terus menerus, itu akan terbakar dengan sangat cepat-burnout dalam waktu satu tahun dalam situasi ini adalah umum. Thrashing klasik biasanya terjadi ketika swapping memori virtual cukup berat untuk membuat drive (swap) tetap sibuk - baik dalam urutan besarnya bandwidth I / O maksimumnya, dan setidaknya ada satu proses menunggu swap terkait I / O O untuk menyelesaikan sebagian besar waktu sistem dalam keadaan itu. Jawaban lain berasumsi bahwa sistem tidakmeronta-ronta, setidaknya tidak dengan cara klasik; atau mengandalkan kesalahpahaman tentang apa yang meronta-ronta itu. Dan anggapan keliru itu, di samping data akurat lainnya, mengarah ke jawaban yang salah tentang MENGAPA paging, bahkan ketika SSD adalah satu-satunya lokasi yang mungkin untuk swapfile, sebaiknya diaktifkan.

Nonaktifkan pagefile pada disk ketika Anda memiliki banyak memori yang tidak digunakan. Beberapa program lama menuntut fungsionalitas pagefile dan bagi mereka Windows akan membuat fungsionalitas pagefile kecil dalam memori.