Newsgroup: it.comp.os.linux.iniziare
Titolo: velocita floppy

Ho notato che tra la Mdk 9.1 e winxp c'è una notevole differenza
nell'accedere ai file su un dischetto...e' una cosa che capita anche a
voi...oppure io ho il pc che non va bene??
-- 
TuxLander



perche linux gestisce il floppy in maniera diversa... infatti, quando
tu monti il floppy, questo viene "copiato" in una directory (/mnt/fd0) e
quando tu scrivi su floppy, in realtà scrivi sulla dir nell'hd. poi,
quando smonti il floppy, vedrai che questo inizia a scrivere perche
riporta le informazioni dalla dir /mnt/fd0 a floppy! Cosi l'accesso al
floppy lo fai solo all'inizio e alla fine. O almeno credo di
aver capito cosi! :-)

fb ha scritto:

Ma la MDK non ha il supermount?
Credo che il floppy venga automaticamente smontato e rimontato ad ogni 
utilizzo.
-- 
_________________________________________________________
$pooky Hunter ICQ#: 24081574
http://digilander.libero.it/spookyh
"I cattivi hanno sicuramente capito qualcosa che i buoni
ignorano." (Woody Allen)

Diario del Capitano. Data stellare: Sun, 07 Sep 2003 16:31:22 GMT.
L'ufficiale fb ha comunicato il documento
<pan.2003.09.07....@nomail.dot> all'equipaggio di
it.comp.os.linux.iniziare:

I dati diretti ai dischi vengono scritti inizialmente nel filesystem
cache (o buffer cache, o filesystem buffer), una zona di memoria
fisica del kernel, e poi successivamenti sul disco.
I floppy disk in linux vengono trattati come gli altri dischi.
Se i dati diretti ai dischi fossero scritti immediatamente si avrebbe
un accesso frequente al disco, anche in caso di scritture di piccole
dimensioni, il che rallenterebbe molto il sistema, dato che il tempo
di accesso ai dischi ha un ordine di grandezza molto alto.
Per ottimizzare le prestazioni i dati in output vengono prima messi in
un buffer, come spesso accade. Successivamente questi dati vengono
portati su disco in una volta sola, quando il filesystem cache si
riempie o secondo criteri temporali.
Quest'operazione di "flush" puo' essere eseguita anche forzosamente
tramite il comando utente "sync", che non fa altro che richiamare
l'omonima syscall. Un sync viene eseguito anche quando si smonta un
disco.
Quando un kernel usa il filesystem cache come zona di transito rapido,
vale a dire che i dati vengono scritti sulla cache e immediatamente
dopo da cache scritti su disco, allora la cache viene definta di tipo
write-through: e' il caso del DOS (anche se poi ramdrive ha sopperito
alla funzionalita') e di altri sistemi vecchi.
Per questo motivo spesso capita che i newbe scrivono su floppy,
estraggono subito il disco, e poi si ritrovano la sorpresa dei dati
non scritti.
Si capisce allora l'utilita' di un sync o di un umount dopo la
scrittura del floppy, oppure dell'opzione sync del mount per floppy e
altri dispositivi rimovibili, che taglia la testa al toro.
Naturalmente e' sconsigliato abilitare l'opzione per i dischi fissi,
che porterebbe come unico vantaggio l'avvenuta scrittura su disco
degli ultimi dati in caso di crash/spegnimento su file system non
dotati di log.
-- 
Linux Registered User #181013
[Exokernels] Although one approach to eliminating bloated, buggy,
unreliable operating systems is to make them smaller, a more radical
one is to eliminate the operating system altogether.

 Ma la MDK non ha il supermount?
Si e nel mio caso e' attivata...la cosa che mi stranisce e' che sia in
lettura che in scrittura ci mette tanto.
Vorrei essere sicuro che e' normale.
-- 
TuxLander