Nu sunt cu adevărat de acord că aceasta este o preocupare imensă în majoritatea sarcinilor de lucru din cauza stocării în cache, a politicilor de citire anticipată și a ascensoarelor de disc pe care le puteți utiliza, dar acest lucru este posibil cu avertismente.
Cel mai bun mod de a rezolva acest lucru ar fi să partiționați fizic suportul pe care doriți să îl alocați în „bucăți” pe care le considerați fiecare capăt al discului pe care doriți să îl separați.
Ceva de genul
Număr Start Sfârșit Dimensiune Tip Sistem de fișiere Steaguri
1 1049kB 1075MB 1074MB pornire ext4 primară
2 1075MB 4TB 4TB primar lvm # Partiția mea rapidă
3 4TB 8TB 4TB primar lvm # Partiția mea lentă
Apoi, creați un grup(e) de volum. În acest exemplu, folosesc un grup de volum, dar ar putea fi mai ușor să ai un VG „lent” și un VG „rapid” în schimb.
# pvcreate /dev/sda2
# pvcreate /dev/sda3
# vgcreate vg /dev/sda2 /dev/sda3
Apoi alocați-vă LV-urile din volumele fizice menționate..
# lvcreate -n myFastLV -L1TB vg /dev/sda2
# lvcreate -n mySlowLV -L1TB vg /dev/sda3
Avertismente fiind aici, sectoarele proaste pot fi înlocuite în tăcere de controlerul de disc cu o „rezervă” adesea situată în altă parte (care este complet independentă de producător). De asemenea, unele discuri mai sofisticate pot remapa sectoarele în mod logic în concordanță cu revendicările oferite, dar nu sunt fizic în locul în care te așteptai să fie.
În cele din urmă, problema de volum de lucru pe care o sugerați (conducerea fișierelor uriașe) este într-adevăr o problemă de volum de lucru foarte secvențială care ar avea câștiguri mai mari din utilizarea tehnicilor de prealocare a fișierelor scrise (pentru a le menține contigue și nu fragmentate).
Apoi, setați politici de citire agresive pentru a citi ramuri întregi de sectoare adiacente/viitoare care vor fi cel mai probabil învecinate fișierului pe care îl citiți.
O abordare cu granulație mai fină ar putea fi, de asemenea, realizată folosind dmsetup pentru a mapa sectoarele fizice în orice ordine și mod doriți, dar acest lucru nu ar fi prea portabil și probabil mai mult efort decât merită pe termen lung (aveți nevoie de un script pentru a reconstrui maparea la boot, de exemplu).
