Am o aplicație care folosește mult spațiu ca în esență date cache. Cu cât este mai mult cache disponibil, cu atât aplicația are performanțe mai bune. Vorbim de la sute la mii de TB. Aplicația poate regenera datele din mers dacă blocurile merg prost, așa că scopul meu principal este să maximizez dimensiunea disponibilă pe sistemul meu de fișiere pentru datele din cache și să minimizez intens supraîncărcarea sistemului de fișiere.
Sunt dispus să sacrific toate cerințele de fiabilitate și flexibilitate, precum și de „utilizare generală”. În plus, știu exact câte fișiere de date cache voi avea pe orice volum dat, deoarece aplicația scrie fișiere cache cu o dimensiune fixă (~100 GB în cazul meu). Aș dori să pot suprascrie un fișier cu unul nou dacă un bloc se defectează ocazional, așa că ar fi bine să existe câteva inode de rezervă, dar este posibil să reformatați întregul volum dacă este necesar. Toate fișierele sunt stocate într-un singur director adânc în sistemul de fișiere. Numele directoarelor pot fi limitate la o singură literă, de exemplu, și nici eu nu am nevoie de director (toate fișierele ar putea la fel de bine să fie stocate la nivel superior la rădăcina volumului). Numele fișierelor au toate o dimensiune fixă (hash plus timestamp). Odată ce datele din cache sunt scrise, fișierele vor fi doar citite și volumul poate fi montat doar în citire. Cache-ul este valabil pentru o perioadă lungă de timp (ani). Integritatea memoriei cache este validată și de aplicație, așa că nu am nevoie de nicio caracteristică de integritate a sistemului de fișiere, cum ar fi sumele de verificare și jurnalul etc.
Deci, având în vedere că cunosc dimensiunea exactă, fixă, a fișierului și nu am probleme de fiabilitate, ce sistem de fișiere ar trebui să folosesc și cum ar trebui să procedez pentru a-l regla pentru a elimina cât mai multă suprasarcină?
