[Linux-Biella] Frammentazione file

[ledi salillari]

Il giorno 15 maggio 2011 15:48, Jumping Jack <jumpingjack a mclink.it> ha
scritto:
>
> E da quando è rilevante in termini di prestazioni? I dischi girano in
> continuazione e sempre alla stessa velocità. C'è solo qualche cosa di nuovo,
> che varia la velocità, ma è davvero irrilevante ai fini del discorso.
> Proprio frasi buttate li tanto per dire.
>
> JJ


hai chiesto la dimostrazione della frase e te l'ho data. se nella tua testa
c'è un casino della madonna non è colpa mia. prima ho affermato che le
prestazioni non sono direttamente legati al numero di piatti ma dal fatto
che più piatti girano lentamente quindi non si possono raggiungere velocità
stratosferiche.

l'efficienza invece, ovvero il fulcro di tutto sto discorso, è legata eccome
al numero di dischi. con gli stessi tempi di ricerca e di latenza, un disco
a 15k rmp con 1 solo piatto è equivalente a un disco da 5krpm con 3 piatti
in fatto di velocità di lettura e di scrittura. perchè? perchè arrivano 3
bit ogni 0.012 secondi contro un bit ogni 0.004 secondi. con una testina per
piatto ovviamente. con 2 per piatto basta moltiplicare per 2 il numero di
bit o dividere i secondi. comunque, se ti fai i calcoli risultano
equivalenti.
cosa comporta ciò?
che il disco da 3 piatti ha una capacità 3 volte superiore a quello da 1
solo piatto. quindi è molto più efficiente.
tutto questo in teoria. in pratica non è così in quanto i tempi di seek e
latency cambiano in maniera non lineare al cambiare della velocità di
rotazione (se sbaglio, correggetemi). non so dirti precisamente la formula.

ora, se il disco con 3 piatti raggiungesse 15k di rotazione, apparte il
fatto che costerebbe l'ira di dio in quanto la tecnologia per realizzarla
deve essere molto all'avanguardia, sarebbe molto più efficiente di quello a
singolo. ovvero le prestazioni aumentano esattamente di 3 volte in burst
mode (o come cavolo si dice).

ecco spiegato che hai torto.
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://ml.bilug.linux.it/pipermail/linux/attachments/20110515/3dfd88fb/attachment-0001.htm>