Untuk 1), Anda tidak boleh menggunakan fstrimsama sekali, tetapi memanfaatkandiscard opsi sistem file Anda. Hanya jika semuanya dipangkas secara instan maka SSD akan berhenti menyalin tidak diperlukan lagi bit data di sekitar. Namun dalam praktiknya, telah ditunjukkan bahwa mencegah amplifikasi tulis tidak begitu penting karena SSD baik-baik saja dengan banyak penulisan.
Untuk 2), menggunakan fstrimmingguan atau bahkan bulanan sama sekali tidak masalah. Tidak perlu menggunakan pembuangan instan, atau memotong harian - itu akan menjadi tindakan jangka pendek, tetapi ini adalah tentang menjaga SSD tetap bahagia dalam jangka panjang. Tetapi itu juga tergantung pada penggunaan Anda: jika filesystem Anda selalu penuh dan melihat banyak penulisan, Anda mungkin perlu memotong lebih teratur daripada jika Anda cenderung memiliki banyak ruang kosong dan tidak banyak menulis di filesystem Anda.
Untuk 3), Anda tidak harus menggunakan trim apa pun. Pada dasarnya jika Anda berharap menjadi manusia, membuat kesalahan, mengalami kecelakaan - seperti Anda baru saja menghapus koleksi foto Anda, whoops - alat pemulihan seperti photorectidak akan berfungsi setelah TRIM karena dengan TRIM semuanya hilang selamanya.
Dari sudut pandang pemulihan data murni, SSD adalah sakit kepala yang sangat besar. Terlalu banyak trim terjadi di Linux, bahkan tanpa meminta Anda (mkfs menyiratkan trim, lvremove/ lvresize/ ... mungkin jika issue_discards, beberapa partisi mungkin punya ide, ...). Tiba-tiba tindakan yang sebelumnya dapat dibalik menjadi tidak dapat dipulihkan, semua demi mendapatkan beberapa poin lagi di beberapa benchmark sistem file ...
Jika Anda memutuskan fstrimAnda harus tahu di mana pekerjaan cron berada sehingga Anda dapat menonaktifkannya ketika Anda mengalami kecelakaan, dengan cara itu Anda mendapat kompromi antara 2) dan 3). Secara umum dengan SSD Anda harus memastikan Anda memiliki cadangan yang baik, mereka bahkan lebih penting daripada dengan HDD karena Anda memiliki peluang lebih kecil untuk pemulihan pada SSD.
Ini terkait, tentu saja, tetapi terikat dengan ketat? TRIM membantu kinerja bahkan dalam kasus yang tidak melibatkan amplifikasi tulis. Jika Anda menimpa data yang terhapus seluruh blok tidak ada amplifikasi tulis (Anda harus menulis semuanya dengan cara apa pun). Tetapi jika tidak ada blok gratis, SSD harus menghapus satu terlebih dahulu dan menghapus jauh lebih lambat daripada menulis blok yang sudah terhapus.
frostschutz
Dan berapa banyak tulisan yang baik-baik saja? Saya lebih suka menggunakan drive untuk waktu yang lama. (5 tahun akan lebih bagus) Seberapa besar amplifikasi tulis saat pemangkasan setiap minggu?
marmistrz
1
Tes ketahanan Google ssd, ada beberapa. Kebanyakan SSD dapat menangani lebih banyak penulisan daripada yang Anda perlukan (di luar server database tugas berat atau sesuatu). Tentu saja mungkin masih gagal karena berbagai alasan, tidak ada penyimpanan yang dapat diandalkan, Anda harus membuat cadangan dalam hal apa pun.
frostschutz
"Menggunakan fstrim mingguan atau bahkan bulanan benar-benar baik-baik saja" dapatkah Anda mempertimbangkan untuk menambahkan sumber? Saya menemukan klaim bahwa itu harus dilakukan setiap hari (dan kedua klaim tidak memiliki sumber apa pun)
Mateusz Konieczny
4
man fstrim di Ubuntu 16.04 miliki
Running fstrim frequently, or even using mount -o discard, might nega‐
tively affect the lifetime of poor-quality SSD devices. For most desk‐
top and server systems the sufficient trimming frequency is once a
week.
+1 trim terus-menerus buruk, sumbernya mudah dicari, jadi, tergantung pada penggunaan SSD dan kualitas perangkat keras Anda harus memilih harian atau mingguan. Jika menggunakan anacron itu akan menjalankannya dengan benar tidak tergantung dari reboot dan matikan, sehingga setiap opsi boot harus digunakan dalam kombinasi dengan harian atau mingguan atau dimatikan.
discard
adalah kinerja-bijaksana suboptimal: blog.neutrino.es/2013/… dan patrick-nagel.net/blog/archives/337man fstrim
di Ubuntu 16.04 milikisumber