Apakah pemasangan sistem file hanya-baca akan menambah masa pakai SSD?

16

Anggaplah saya memiliki beberapa data yang pernah dibuat, tidak pernah lagi harus berubah. Saya telah menyalin data ini ke SSD dan kemudian memasang kembali sistem file sebagai hanya-baca dan biarkan seperti itu mulai sekarang. Akankah hal itu meningkatkan masa pakai SSD?

Saya mencari lebih dari sekadar "ya, membaca tidak masalah - hanya menulis ke SSD akan menyebabkan keausan". Jawaban muncul di bawah pertanyaan ini yang menghubungkan ke artikel dan responden menyebutkan:

Bisa jadi jika "halaman" atau eraseblock tidak diprogram ulang dalam waktu yang sangat lama ada kemungkinan (mungkin sangat kecil) beberapa bit akan kembali ke keadaan tidak terprogram.

Ada yang ingin dikatakan tentang itu? Apakah Anda tahu ada studi yang berfokus pada perilaku seperti itu?

dtmland
sumber
1
Saya akan berpikir bahwa "waktu yang sangat lama" ada di urutan beberapa dekade. Bahkan dengan sistem file dalam mode hanya baca, SSD masih akan menulis ulang blok jika jumlah kesalahan mendekati batas ECC.
Dan D.
Bagaimana ini bukan duplikat dari superuser.com/questions/440171/… ? Bagi saya di luar pertanyaan itu, pertanyaan ini pada dasarnya hanya menanyakan "studi" mengkonfirmasikan apa yang sudah dibahas, dan pertanyaan yang meminta studi dapat dianggap di luar topik (permintaan materi pembelajaran).
Ƭᴇcʜιᴇ007
3
Saya tidak melihat ada yang salah dengan meminta orang untuk mengutip referensi yang mendalam dan otoritatif daripada hanya memuntahkan pendapat berdasarkan "pengetahuan umum" atau referensi yang tidak cukup rinci.
rob

Jawaban:

15

Jawaban singkat:

Itu tergantung pada apa yang Anda lakukan. Membaca secara eksklusif dari SSD masih akan menyebabkan degradasi sel memorinya dari waktu ke waktu. Memasang drive hanya-baca akan mencegah Anda menulis langsung ke drive, tetapi firmware drive masih akan menghasilkan penulisan latar belakang. Tetapi tergantung pada pola penggunaan Anda, Anda mungkin atau mungkin tidak perlu khawatir.

Jawaban panjang:

Ada beberapa jenis kesalahan yang diuraikan dalam Analisis dan Manajemen Kesalahan Flash :

  • erase error: disebabkan oleh siklus program / hapus berulang (menulis)
  • kesalahan campur tangan program: data dalam satu halaman tidak sengaja diubah saat halaman tetangga sedang diprogram
  • kesalahan retensi: muatan yang diprogram di gerbang mengambang menghilang secara bertahap
  • read error: data yang disimpan dalam sel berubah ketika sel tetangga dibaca berulang kali

Makalah ini adalah bacaan yang menarik tetapi pergi ke tingkat kedalaman mungkin di luar ruang lingkup pertanyaan Anda, selain untuk mengatakan bahwa secara eksklusif membaca dari memori NAND tidak akan menyimpan data selamanya.

Menurut presentasi oleh Jim Cooke di Micron , sel harus dihapus dan diprogram ulang setiap 100.000 dibaca untuk MLC dan 1.000.000 dibaca untuk SLC.

Slide 19:

Cells not being read receive elevated voltage stress

Stressed cells are
• Always in the block being read
• Always on pages not being read

Charge collects on the floating gate causing the cell to appear to be weakly programmed 

Does not damage cells; ERASE returns cells to undisturbed levels

Disturbed bits are effectively managed with ECC

Slide 20:

Rule of thumb for excessive reads per block between ERASE operations
• SLC – 1,000,000 READ cycles
• MLC – 100,000 READ cycles

If possible, read equally from pages within the block

If exceeding the rule-of-thumb cycle count, then move the 
block to another location and erase the original block

Establish ECC threshold to move data

Erase resets the READ DISTURB cycle count

Use ECC to recover from read disturb errors

Yang mengatakan, makalah ini tampaknya diarahkan pada pengguna tingkat rendah memori NAND (misalnya, pengembang firmware SSD), dan tidak dimaksudkan untuk konsumsi pengguna akhir. Jadi saya akan curiga firmware drive Anda sudah menangani ini secara transparan di latar belakang.

Tetapi kembali ke pertanyaan awal, apakah membaca secara eksklusif masih menyebabkan keausan pada drive? Iya. Berapa banyak? Ini rumit. Jika Anda menganggap firmware sedang menulis ulang sel halaman ke lokasi baru setiap 100.000 kali dibaca, dan selalu ada banyak blok yang tersedia, Anda memiliki 1 tulisan untuk setiap 100.000 kali dibaca. Tetapi di atas itu, firmware juga melakukan level-wear dan tugas-tugas lainnya, yang memperkuat satu penulisan logis menjadi beberapa penulisan fisik.

Secara praktis, Anda mungkin tidak perlu terlalu khawatir kecuali drive hampir terisi penuh dan Anda terus membaca dari seluruh drive. Tetapi jika Anda membaca dari drive tanpa henti, awasi terus meja SMART selama sebulan untuk mendapatkan gambaran seberapa cepat pola baca Anda menyebabkan penulisan latar belakang. Dan, tentu saja, selalu pastikan Anda memiliki beberapa cadangan.

rampok
sumber
1

Pada dasarnya ya, tetapi jawaban yang diperluas adalah "tidak selamanya",

Data pada SSD, elektron, yang membentuk bit, diisolasi sehingga tidak bocor, tetapi jika data pada drive terkena radiasi (termasuk gelombang magnetik atau elektronik lainnya) elektron yang disimpan dalam bit akan ubah status, sehingga merusak data yang disimpan. Namun, ini adalah kasus yang ekstrem. Data pada SSD harus aman selama bertahun-tahun, jika tidak beberapa dekade.

Alat
sumber
1
Terima kasih atas tanggapannya. Apakah Anda mengetahui ada studi / artikel yang mendukung ini?
dtmland
Tidak menyadarinya tetapi saya mempelajari Sciece & Technology dan elektronik dan kimia adalah dua mata pelajaran yang saya miliki yang dapat digunakan untuk mendapatkan kesimpulan
Gizmo
Tidak banyak "tahun" (apalagi "dekade") yang telah melakukan percobaan pada
merek
-1

Sebenarnya YA, sebagai ext2 standar akan menulis ke SSD yang sudah terpasang rw bahkan jika file hanya dibaca !!

Ini karena ext2 menyimpan waktu akses (waktu baca terakhir) untuk setiap file dan direktori.

Cara untuk mencegahnya adalah dengan menggunakan "-o noatime" saat memasang. Menggunakan "-o ro" adalah cara terbaik untuk mencegah operasi penulisan apa pun.

Catatan: pada ext2 / 3/4 setiap file memiliki setidaknya 3 tanggal: pembuatan (ctime), modifikasi (mtime) dan akses (atime).

Vouze
sumber
3
itu sebenarnya yang dikatakan OP: dia memasang FS di readonly.
zmo
-2

Apa yang salah dengan membakar ini ke CD? Itu cukup stabil, dan murah (bisa saja memiliki beberapa salinan cadangan untuk bertahan selama 50 tahun ke depan). Waktu akses akan menjadi masalah hanya saat data pertama kali dibaca, setelah itu cache dalam RAM akan mengambil alih.

Filesystem memperbarui beberapa (meta) data, bahkan jika tidak menulis. Jadi kemungkinan lain adalah membuat image sistem file read-only (misalnya, ISO) dan menuliskannya di SSD untuk sepenuhnya mencegah penulisan apa pun.

vonbrand
sumber
1
Ini tidak benar-benar menjawab pertanyaan ...
Kanada Luke