Newsgroup: it.comp.os.win.win9x
Titolo: curiosità tecnica sul defrag?

Salve a tutti
Mi sono chiesto, osservando il mio Win98SE durante un defrag,
se l'operazione fisica che fa è solo il "ravvicinamento" dei
cluster sparsi per l'HD, ovvero li mette tutti vicini vicini
(che tenero che sono :), oppure cerca di ricompattare ogni
singolo file spostando i suoi dati sparsi in diversi cluster
dell'HD in una serie di cluster contigui affinchè la lettura
di ogni file avvenga poi sequenzialmente e senza spostamenti
di testine? (spero di essermi spiegato bene...)
IMHO Indipendentemente dal metodo che il M$ defrag utilizza,
il 2° metodo dovrebbe essere più efficiente ma anche più lento
del 1°....per caso conoscete qualche software che applica questa
tecnica? (ammesso che la mia convinzione sia esatta...)
Saluti
(¯`·._(¯`·._( Ciucciatevi il calzino !!!  )_.·´¯)_.·´¯)

Dovrebbe funzionare cosě:
Nella cartella di Windows trovi una sottocartella AppLog, che dovrebbe
contenere l'elenco di tutti i componenti (DLL e file vari) che ciascuna
applicazione richiede durante il caricamento.
Il defrag va a controllare questa cartella e, durante la deframmentazione,
avvicina (compattando anche i cluster nei quali risiedono i file) il file
exe ed i componenti di ciscuna applicazione, in modo da velocizzarne il
caricamento.
Ciao
Alberto

 ha scritto nel messaggio
news:39b57fbc...@news.tin.it...


antigui, perche' altrimenti perderebbe tempo a raccogliere i dati da
Ho paura che il tuo prof di informatica sia rimasto a qualche anno fa,
dove effettivamente si usava un trucco simile (sector interleave) in
modo da avere i settori contigui numerati a salti (ipotizziamo un 16
settori/traccia con interleave 1:2 lo svolgimento del disco sarebbe
stato: 1-9-2-10-3-11-4-12-5-13-6-14-7-15-8-16 ) cosi' il tempo di
raccolta dei dati veniva a sovrapporsi al passaggio della testina sui
settori *dispari*.
Mi sembra che da alcuni anni, tale trucco non sia piu' necessario, con i
controller, dischi, memorie, cache, e altre diavolerie attuali.
In ogni caso, cio' non ha grossa attinenza con il quesito originario.
Il defrag di windows puo' funzionare in due modi (tre, se prendiamo in
considerazione 98)
Compatta solo i file: Raccoglie, di ogni file, i cluster *lontani* e li
unisce tutti, lasciando pero' i file (finche' puo') nella stessa
posizione.
Ottimizza anche lo spazio libero: Oltre a fare cio' di cui sopra,
accosta anche i file tra di loro, in modo da avere un unico grosso
spazio libero alla fine del disco.
La terza via e' come la seconda, in piu' ottimizza per il lancio i file
piu' spesso usati, mettendoli tutti nella parte del disco ad accesso
piu' rapido (all'inizio).
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

dell'HD in una serie di cluster contigui
Salve!
Dipende dall'opzione che usi (alcune opzioni sono disponibili solo da 
linea di comando. Di default, ricompatta sia file sia lo spazio 
libero, ma potresti dirgli di ricompattare solo lo spazio libero o 
solo i file.
Inoltre, sempre di default, a partire da w98 diciamo che 'frammenta 
ad arte' gli eseguibili (in senso lato) più utilizzati, piazzandoli 
fra l'altro all'inizio della partizione (la zona più veloce), per 
velocizzarne il caricamento. Anche questa fase è ampiamente 
configurabile. Sul Resource Kit Book trovi tutto (o quasi).
-- 
Bye.
       Lem
--------------- 'CLOCK is what you make of it' ---------------
Nuovi numeri primi, con Prime95: 
www.mersenne.org/freesoft.htm

 wrote in message
39b57fbc...@news.tin.it...


 wrote in message
39b57fbc...@news.tin.it...


ecco perché si raccomanda sempre un back up completo...
Cosa intendi con file nascosti?
Vuoi dire i file di sistema che sono ' anche ' nascosti o vale anche
per un file di semplice testo che io ho nascosto?
--
bye,
Enrico A.
amad...@infinito.it
ICQ  31040847

:-(
Scusami ma proprio non arrivo a capire cosa vuoi dire, potresti essere
più esplicito?
