Saya selalu berpikir bahwa sistem file tradisional, diarahkan dan dioptimalkan untuk drive non-SSD, di mana, misalnya, lokalitas data penting, dan fragmentasi bermasalah.
Apakah ada sistem file yang direkomendasikan hari ini untuk drive SSD? Apakah saya lebih baik menggunakan ext4 saja?
Jawaban:
Jika SSD menjadi satu-satunya platform disk Anda, terlepas dari jumlah perangkat, maka Anda memiliki kesulitan; cara meminimalkan penulisan dengan tetap menjaga keandalan dan kinerja.
Lebih khusus lagi, ext4, dan 3 dalam hal ini, NILFS, dan hampir semua sistem file modern lainnya akan memelihara jurnal. Namun biasanya ini diinginkan, ketika berhadapan dengan perangkat SSD, ini meningkatkan penulisan yang dilakukan terhadap perangkat dan dengan demikian mengurangi masa pakainya. Salah satu opsi adalah memilih IDE konvensional, SATA, atau perangkat lain yang dapat digunakan sistem file untuk menulis jurnalnya. Dengan cara ini orang dapat mempertahankan manfaat penjurnalan tanpa mengorbankan masa pakai perangkat SSD. Dalam kasus ext4 ini dapat dicapai sebagai: mke2fs -O journal_dev /dev/external_devicekemudian melekat pada sistem file tertentu sebagai: mkfs.ext4 -J journal=/dev/external_device. Informasi lebih lanjut dapat ditemukan di halaman manual .
Fitur tambahan sistem file yang perlu diingat ketika berurusan dengan perangkat SSD adalah atime. Pengaturan atime pada sistem file dapat secara drastis meningkatkan jumlah penulisan ke perangkat yang diberikan dari waktu ke waktu. Pilihan untuk mengubah perilaku ini termasuk 'relatime' dan 'noatime'.
Karena kita tampaknya berfokus pada ext4, dokumentasi kernel pada sistem file, termasuk opsi yang tersedia, tersedia untuk referensi di sini .
Beberapa opsi lain untuk dipertimbangkan noload:, seperti yang disarankan vorbote, dan errors=remount-ro;
Beberapa tahun telah berlalu sejak pertanyaan ini diajukan dan jawabannya diposting. Saatnya memposting beberapa informasi terkini tentang topik ini. Jika ada yang ketinggalan zaman, silakan kirim komentar.
Karena pertanyaan ini secara khusus "Apakah ada sistem file yang direkomendasikan hari ini untuk drive SSD?" Saya akan fokus menjawab pertanyaan itu dan mengirim tautan ke info relevan lainnya.
Saat ini (per 20 Desember 2014) artikel Solid State Drive di wiki Linux Arch merekomendasikan sistem file berikut:
Btrfs adalah sistem file copy-on-write untuk Linux yang dirilis di bawah GPL. Pengembangannya dimulai di Oracle pada tahun 2007. Ini termasuk dalam arus utama sejak Linux 2.6.29 (Maret 2009). Saat ini format on-disk stabil dan tidak diharapkan untuk berubah.
ext4 (sistem file extended keempat) adalah sistem file penjurnalan untuk Linux, dimulai sebagai serangkaian ekstensi kompatibel ke ext3 dan kemudian dikembangkan sebagai penerus ext3. Rencana resmi pengembangan untuk ext4 diterbitkan sebagai Proposal dan rencana untuk pengembangan lanjutan ext2 / 3 oleh Theodore Ts'o pada Juni 2006. Ini termasuk dalam arus utama sejak Linux 2.6.19 (November 2006) dan ditandai sebagai stabil sejak Linux 2.6 .28 (Desember, 2008).
XFS adalah sistem file penjurnalan 64-bit yang dibuat oleh Silicon Graphics pada tahun 1993, default di IRIX sejak 5.3 (1994), porting ke Linux pada tahun 2001. Saat ini beberapa distribusi Linux menggunakannya sebagai sistem file default. XFS memiliki dukungan TRIM untuk SSD .
JFS adalah sistem file penjurnalan 64-bit yang dibuat oleh IBM. IBM memperkenalkan JFS di AIX 3.1 pada tahun 1990. Pada tahun 1999 dirilis sebagai open source dan porting ke Linux dimulai. Versi stabil pertama JFS untuk Linux dirilis pada Juni 2001. Itu dimasukkan dalam pohon Alan Cox di 2.4.18pre9-ac4 dan di mainline di 2.5.6 (2002). Pada 2012, Dukungan TRIM ditambahkan ke JFS.
Jika tersedia di kernel Anda dan Anda merasa ingin bertualang, Anda mungkin ingin mempertimbangkan NILFS
Kalau tidak, gunakan ext4 tetapi mount dengan noatime - lihat di sini untuk tips lebih lanjut.
btrfs.
Anda dapat menggunakan ext4 dengan noloadopsi mount ditambahkan ke /etc/fstabfile Anda . Itu akan membuat filesystem berperilaku seperti ext2 pada steroid. Bahkan, AFAIK inilah yang digunakan Google di pusat datanya. Anda kehilangan jurnal data jaring pengaman tetapi Anda mendapatkan kecepatan dan masa pakai SSD yang lebih lama.
Anda dapat membuatnya permanen dengan menjalankan tune2fs -O ^has_journalpartisi yang tidak di-mount.
nodiratime?