Newsgroup: it.comp.os.linux.iniziare
Titolo: partizionare disco

devo partizionare un disco da 150 giga  con  3 partizioni, home, swap e 
sistema, qual'è l'ordine giusto?
ciao
grazie

linter ha scritto:

/boot
<SWAP>
/
/home
-- 
#include <std.disclaimer.h>
Signature automatica inserita a mano.
In God we trust, all others we monitor.(NSA)
Punteggiatura: Nel caso mancasse nel messaggio, aggiungete!!

 /home
il problema del 1024° cilindro non esiste più da anni, di conseguenza
l'ordine delle partizioni può essere anche casuale
-- 
Web marketing & community management:
http://www.insistema.com/

 l'ordine delle partizioni può essere anche casuale
No, assolutamente no.
La disposizione dei dati sul disco non è casuale.
Le cose da tenere in conto sono due: 
1) il tempo di accesso è minore per i dati scritti
   al centro del disco.
2) il tempo di latenza è minore per i dati scritti 
   verso il bordo esterno del disco
Detto questo una disposizione razionale delle 
partizioni, supponendo che i cilindri siano numerati 
dall'esterno all'interno, potrebbe essere:
| /home | SWAP | / | /boot |

    verso il bordo esterno del disco
Dove poi i controller moderni mettano davvero i settori, lo sa solo
il progettista.
poggirpc:/home/poggir# fdisk -l
Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Non crederai mica che abbia 128 piatti magnetici nel disco, vero?
La vera disposizione di traccia-settore sui dischi, da parecchi anni,
e' demandata agli algoritmi di ottimizzazione inseriti nel controller
a bordo disco.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 il progettista.
No, non lo sa neanche il progettista.
Questo discorso non c'entra con il tempo di accesso ai
dati, che è un concetto statistico perchè le posizioni 
del piatto e delle testine sono variabili aleatorie.
Ed allora il discorso è semplice.
Il tempo il minimo di accesso ai dati si ha quando la 
testina si trova sul posto fisico dove è registrato
il dato. 
Saltando un paio di passaggi, deriva che è meglio 
mettere i dati più usati nel posto dove le testine 
trascorrono il maggior tempo, che è il centro del 
disco.
Ora il centro del disco non è il centro fisico (lí
c'è il perno del motore) ma (sperando che usi LBA
e non CHS (altrimenti avresti, tra l'altro, il 
problema del 1024° cilindro)) si trova in prossimità 
del settore intermedio. Ossia, hai un disco con 
venti milioni di settori da 512 byte (sono solo 120 
giga) allora il centro si trova in prossimità del 
cilindro dove risiede il decimilionesimo settore.
Ma se poi ti metti a fare un po' di conti vedi che 
il centro come lo ho definito io sta sulla traccia 
logica intermedia e non sulla traccia fisica 
intermedia, quindi, anche se tu hai ragione sulla 
geometria reale del disco, questa cosa è totalmente 
irrilevante. 
Buona giornata. 

 disco.
Perfetto.
Solo che NON sai quale percentuale lineare del tuo disco
vada a finire al centro del disco.
Riempie prima un piatto e poi passa al piatto sottostante?
Li riempie in parallelo? (direi di sì)
A saltelloni perche' statisticamente le testine si muovono
di meno?
E' questo che dico:
su 160 GB di disco non e' detto che i giga tra i 70 e i 90
siano al centro del/i piatto/i.


 siano al centro del/i piatto/i.
Ed io ripeto ancora: al centro del pacco di piatti c'è il 
perno del motore; non vi puoi registrare dati.
Ed il centro non è neanche la traccia che dista dal centro 
metà del raggio (non lo è neanche per i floppy che hanno 
una geometria reale).
Il concetto di centro che ho usato non è un concetto 
geometrico e non ha un senso fisico ma piuttosto è il 
baricentro dei dati. 
Fisicamente si trova piuttosto verso l'esterno ma, 
come ho detto, a te questo non interessa.

 perno del motore; non vi puoi registrare dati.
Ok. mi consideri un perfetto idiota, direi che si puo' smettere
qui.
adieu.
