ext3 fsck time versus ukuran partisi

Saya sedang melakukan setup untuk farm penyimpanan skala besar, dan untuk menghindari kebutuhan fsck selama sebulan, rencana saya adalah untuk membagi penyimpanan menjadi banyak filesystem yang lebih kecil (ini baik-baik saja, karena saya memiliki pohon file yang sangat bagus , jadi saya bisa dengan mudah memiliki filesystem terpisah terpasang pada 1/, 2/, 3/, 4/, dll).

Kesulitan saya adalah dalam menemukan enumerasi apa ukuran "wajar" untuk sistem file, untuk menjaga waktu fsck sama "masuk akal". Sementara saya sepenuhnya menyadari bahwa waktu absolut untuk ukuran tertentu akan sangat tergantung pada perangkat keras, saya sepertinya tidak dapat menemukan deskripsi bentuk kurva untuk kali fsck ext3 dengan berbagai ukuran sistem file, dan apa variabel lainnya ( apakah sistem file penuh dengan file dalam satu direktori membutuhkan waktu lebih lama dari satu dengan 10 file di masing-masing ribuan direktori di pohon; file besar vs file kecil; sistem file penuh vs filesystem kosong, dan sebagainya).

Apakah ada yang punya referensi ke nomor yang diteliti dengan baik tentang ini? Gagal bahwa, setiap anekdot tentang masalah ini setidaknya harus membantu memandu eksperimen saya sendiri, jika itu diperlukan.

EDIT : Untuk memperjelas: terlepas dari sistem file, jika ada yang salah dengan metadata, itu perlu diperiksa. Apakah re-fscks berbasis waktu atau mount diaktifkan atau diperlukan tidak dipermasalahkan, dan satu-satunya alasan saya meminta nomor khusus mengenai ext3 adalah karena itulah sistem file yang paling mungkin untuk dipilih. Jika Anda mengetahui sistem file yang memiliki proses fsck yang sangat cepat, saya terbuka untuk saran, tetapi itu perlu opsi yang kuat (klaim bahwa "sistem file X tidak perlu fscking!" Akan ditertawakan dan diejek panjang lebar) . Saya juga menyadari perlunya cadangan, dan keinginan untuk fsck bukan pengganti untuk cadangan, namun hanya membuang sistem file dan memulihkan dari cadangan ketika glitches, daripada fscking, sepertinya benar-benar,

Menurut sebuah makalah oleh Mathur et al. (hal. 29), waktu e2fsck tumbuh secara linier dengan jumlah inode pada sistem file setelah titik tertentu. Jika grafik dapat digunakan, Anda lebih efektif dengan sistem file hingga 10 juta inode.

Beralih ke ext4 akan membantu - dengan syarat sistem file Anda tidak dimuat hingga penuh, di mana keuntungan kinerja (karena tidak memeriksa inode yang ditandai tidak digunakan) tidak memiliki efek yang dapat dilihat.

Saya pikir Anda harus melakukan benchmarking sendiri. Pencarian cepat di Google tidak mengungkapkan apa pun, kecuali bahwa ext4 fscks jauh lebih cepat daripada ext3.

Jadi, buat beberapa partisi ext3, 100GB, 200GB, dll hingga ukuran disk yang akan Anda gunakan. Kemudian isi dengan data. Jika Anda dapat menggunakan data yang menyerupai data produksi Anda, (file per direktori, distribusi ukuran file, dll.) Maka itu yang terbaik. Perhatikan bahwa hanya menyalin file dari perangkat cadangan lain partisi akan menempatkannya pada disk yang ditata dan didefrag dengan sempurna sehingga pengujian Anda akan kekurangan banyak kepala disk mencari waktu yang akan datang dari banyak menulis / memodifikasi / menghapus.

Anda juga perlu memikirkan fscks paralel. Lihat beberapa bidang terakhir di / etc / fstab. Partisi pada disk fisik yang sama harus dilakukan secara berurutan; beberapa disk pada pengontrol yang sama dapat dilakukan secara paralel, tetapi berhati-hatilah untuk tidak membebani pengontrol dan memperlambatnya.

http://lmgtfy.com/?q=fsck+benchmark

sepertinya fsck pada sistem file ext4 secara signifikan lebih cepat daripada pada ext3, dengan beberapa laporan fsck ext4 menjadi 10 atau bahkan lebih banyak kali lebih cepat daripada ext3.

dua artikel yang cukup menarik dari pencarian itu adalah:

http://thunk.org/tytso/blog/2008/08/08/fast-ext4-fsck-times/ danhttp://thunk.org/tytso/blog/2009/02/26/fast-ext4-fsck-times-revisited/

apakah ada alasan mengapa Anda tidak dapat menggunakan sistem file yang tidak memaksa fscks berbasis waktu dan mount pada Anda ketika Anda reboot?

(fsck berbasis waktu benar-benar menggangguku - untuk server jangka panjang, cukup banyak jaminan bahwa Anda harus melakukan fsck penuh setiap kali Anda meningkatkan kernel).

Lagi pula, XFS adalah salah satu sistem file penjurnalan yang tidak memaksa fsck. layak untuk dilihat.