Provenendo da un ambiente Windows, ero curioso di sapere se i deframmentatori sono utili in * nix. Più specificamente, OS X.
Provenendo da un ambiente Windows, ero curioso di sapere se i deframmentatori sono utili in * nix. Più specificamente, OS X.
Risposte:
È un po 'un sì, nessuna risposta. Utile in determinate circostanze, ma è meno un problema rispetto a FAT o HFS normale. Tutti i filesystem si frammenteranno ma quelli più recenti sono più resistenti alla frammentazione così male.
Parlare per Mac OS X in particolare HFS + fa un lavoro abbastanza decente nel cercare di evitare che le cose vengano frammentate rispetto ai sistemi più vecchi, ma succede ancora non nella stessa scala. Il sistema operativo stesso deframmenta anche file "piccoli" (20 MB o più piccoli) al volo da 10.3 (Pantera).
La frammentazione si verifica ancora e si può vedere il calo delle prestazioni a causa di ciò, specialmente nei sistemi di editing video o in un flusso di lavoro che richiede la capacità di leggere o scrivere rapidamente file di grandi dimensioni sul disco. Per il tuo utente standard, quasi un problema.
Le opzioni più popolari per la deframmentazione di un disco rigido per OS X che ho usato e incontrato sono:
Clonazione del disco rigido su un'altra unità e ritorno. Questo viene fatto utilizzando Carbon Copy Cloner o SuperDuper e richiede un disco rigido aggiuntivo. Se eseguito come parte di una routine di backup, il tempo trascorso potrebbe non essere terribile, ma è libero di farlo in questo modo.
iDefrag , Drive Genius e una manciata di altre utility deframmenteranno anche il tuo disco rigido. Personalmente preferisco iDefrag.
Sì. Le persone ti daranno bugie come "I filesystem UNIX non si frammentano mai". Sono bugiardi, e invece dovresti ascoltarmi. I file come i database sqlite, utilizzati da Firefox, si frammenteranno rapidamente man mano che inviano regolarmente piccole scritture durante l'utilizzo del browser. A un certo punto il mio profilo aveva un database sqlite con oltre tremila frammenti.
Questi database sqlite contengono la cronologia del browser e vengono utilizzati in alcuni punti per suggerirti stringhe di testo, come il completamento dell'URL o il riempimento automatico del modulo. Se sono frammentati, soffrirai. Alcuni di questi potrebbero essere mascherati dalla decisione di OSX di implementare POSIX fsync () come no-op (consentito dallo standard, ma non molto carino). Quindi non è come se fosse necessario modificare i video per innescare cattive condizioni, solo un grande database cronologico che chiama correttamente fsync () su OSX.
Su Ubuntu puoi verificare quanto è frammentato un file con l'utilità filefrag
, nel pacchetto e2fsprogs
. Richiede i permessi di root, ma ti dà una visione di quante regioni non contigue ha un file. Come suggerisce il nome del pacchetto, non è a conoscenza di ext4 (ancora). Si spera che l'allocazione ritardata di ext4 e il supporto di estensione riducano la frammentazione in natura.
Per quanto ne so, i file system unix come EXT o HFS non soffrono di frammentazione come FAT o NTSF, almeno non nello stesso ordine di grandezza.
Leggi di più qui e controlla anche questa pagina di supporto Apple sulla manutenzione del disco
fsck
, ma fsck_hfs non senza dare informazioni sulla frammentazione. Le versioni precedenti di fsck_hfs
hanno un requisito rigoroso per lo spazio libero contiguo per un tipo di ricostruzione; in altre parole: se lo spazio libero è troppo frammentato, la ricostruzione è impossibile . Le versioni più recenti di fsck_hfs
sono meno impegnative ma, tuttavia, è ragionevole avere un sacco di spazio libero contiguo .
Dipende dal filesystem che stai usando e, soprattutto, da come lo stai usando. La maggior parte dei filesystem moderni sono meno inclini alla frammentazione, ma la deframmentazione è sempre utile.
È possibile utilizzare xfs_fsr
per deframmentare i filesystem XFS. Ha alcune limitazioni, ma è meglio di niente.
Mac OS X deframmenta già file di dimensioni inferiori a 20 Mbyte. Vedi questo articolo:
Questa è una questione religiosa. IMO, la frammentazione è solo un problema per carichi di lavoro specifici e non è stata così rilevante dal NT4.
Le eccezioni che ho riscontrato sono situazioni in cui ci sono molte piccole scritture mescolate con grandi scritture. Un esempio che viene in mente è un file server Windows occupato con gli utenti che fanno cose stupide come l'esecuzione di file PST attivi sul server. Un altro sarebbe un server pop3 linux con cassette postali in formato Maildir.
HFS + frammenta, tutti i filesystem lo fanno. Tuttavia, non sembra soffrirne, almeno non nella misura in cui NTFS / FAT32 lo fanno.
Un avvertimento: ho smesso di notare cadute di prestazioni dalla frammentazione dei file circa 5 anni fa, almeno per quanto riguarda i file locali. La larghezza di banda SATA e un HDD a 7200 RPM rendono il problema praticamente impercettibile, IMO.
http://osxbook.com/software/hfsdebug/fragmentation.html
È un capitolo del libro degli interni di Mac OS X. Sono descritti "Misure integrate in Mac OS X contro la frammentazione" e viene presentato anche lo strumento di verifica della frammentazione.
Inoltre, viene eseguita l'analisi della frammentazione su 5 computer Apple.