Büyük ölçekli bir depolama grubu için kurulum yapıyorum ve ay süren fscks ihtiyacını önlemek için planım, depolama alanını çok sayıda küçük dosya sistemine bölmektir (iyi bir dosya ağacına sahip olduğum için bu iyi kolayca olabilir, böylece ayrı bir dosya sistemleri üzerine monte edilmiş 1/, 2/, 3/, 4/, vs.).
Zorluklarım, fsck sürelerini benzer şekilde "makul" tutmak için bir dosya sistemi için "makul" boyutun ne olduğuna dair herhangi bir numaralandırma bulmaktır. Belirli bir boyut için mutlak zamanın büyük ölçüde donanıma bağlı olacağını tamamen bilsem de, değişen dosya sistemi boyutlarına sahip ext3 fsck süreleri için eğrinin şekli ve diğer değişkenlerin ne olduğu hakkında herhangi bir açıklama bulamıyorum ( tek bir dizindeki dosyalarla dolu bir dosya sistemi, bir ağaçtaki binlerce dizinin her birinde 10 dosyadan daha uzun sürer; büyük dosyalar küçük dosyalara karşı; tam dosya sistemi vs boş dosya sistemi vb.).
Herkes bu konuda iyi araştırılmış sayıları referans var mı? Bu başarısız olursa, bu konularla ilgili herhangi bir fıkra, en azından kendi deneylerime rehberlik etmeli, bu gerekli olmalıdır.
DÜZENLEME : Açıklığa kavuşturmak için: dosya sisteminden bağımsız olarak, meta verilerle ilgili bir sorun olursa, denetlenmesi gerekir. Zamana veya bağlama dayalı yeniden düzenlemelerin etkinleştirilip etkinleştirilmemesi söz konusu değildir ve özellikle ext3 ile ilgili sayılar sormamın tek nedeni, seçilmesi en olası dosya sistemidir. Özellikle hızlı bir fsck işlemi olan bir dosya sistemi biliyorsanız, önerilere açığım, ancak sağlam bir seçenek olması gerekiyor ("X sistemi asla fscking'e ihtiyaç duymadığını iddia ediyor!" . Aynı zamanda yedeklemenin gerekliliğinin de farkındayım ve fsck'e duyma isteği yedeklerin yerine geçmez, ancak sadece dosya sistemini atmak ve fscking yerine hata verdiğinde yedeklemeden geri yüklemek gerçekten,