Deframmentare un'unità SSD è una cattiva idea?


15

Ho sentito che la deframmentazione delle unità SSD ridurrà la durata di vita di un'unità. Mi chiedo solo se c'è qualcosa di vero in questo e se così qualcuno potrebbe approfondire il motivo per cui ciò accade.


Deframmentarla una volta è una cattiva idea, deframmentarla una seconda volta è un'idea stupida, ma dopo il terzo mila tutti penseranno che sei un esploratore!
Iskra,

2
Sì, è una cattiva idea. Non è necessario deframmentare un SDD in quanto non presenta problemi di rallentamento quando i dati sono frammentati (a differenza dei dischi rigidi tradizionali). Indosserai il tuo SSD solo senza motivo.
Django Reinhardt,

Risposte:


25

La soluzione migliore è non "deframmentare" l'archiviazione SSD.

Alla fine, l'SSD perderà la capacità lentamente e con garbo poiché il controller non è in grado di scrivere correttamente i dati nelle celle esaurite, ma i dati di riparazione dal 2011 al 2018 mostrano che gli SSD di Apple sono ordini di grandezza più affidabili e hanno una durata maggiore rispetto allo storage HDD attualmente o in passato poteva raggiungere.

La durata del convertitore di frequenza è una funzione di come il controller decide di scrivere i dati e di quanto riserva la capacità di nascondere piccoli errori nel tempo. Un SSD in genere si consuma a causa dell'esaurimento della scrittura prima di un disco rigido poiché il supporto magnetico può resistere a diversi ordini di grandezza più scritture rispetto alle celle di memoria SSD. Quindi la durata della vita è sostanzialmente impostata e la deframmentazione significa più scritture di quelle necessarie e potrebbe in pratica aumentare le possibilità che il tuo deposito si degradi prima che qualcos'altro ti faccia smettere di usarlo, scontato,

Ma la deframmentazione peggiora della semplice aggiunta di usura alla memoria.

Poiché un SSD non ha parti mobili, il recupero di un blocco di dati non ha penalità a causa della memorizzazione di un blocco su un chip rispetto a un altro. La distanza elettricamente a tutti i dati è sostanzialmente una costante. Questo non è vero per un tradizionale azionamento magnetico con piatti rotanti e una testa di lettura mobile.

Su un disco rotante, la distanza tra due blocchi è influenzata dal movimento dell'armatura della testa, dai tempi di rotazione e dallo stato della cache. Il tempo di recupero non è affatto costante , quindi la "frammentazione" ha un impatto sulle prestazioni sui dischi rigidi tradizionali a causa della natura meccanica della memoria.

Inoltre, i controller SSD gestiscono selettivamente l'archiviazione, quindi è improbabile che la deframmentazione non solo acceleri le cose, potrebbe effettivamente agire in contrasto con i normali algoritmi di previsione dell'archiviazione e rallentare l'accesso poiché il controller decide dove archiviare i dati utilizzando l'overhead aggiuntivo. Poiché il dispositivo non può cancellare solo un blocco di memoria, quando si "elimina" qualcosa su SSD, spesso viene semplicemente contrassegnato come libero e non verrà effettivamente cancellato fino a quando tutti i dati accanto ad esso non vengono contrassegnati come liberi o l'unità si esaurisce spazio e innesca una pulizia da sola.

Consentire all'SSD di gestire la sua frammentazione funziona meglio rispetto al tentativo di avere la memoria di micromanage del sistema operativo che non corrisponde ai tradizionali meccanismi di archiviazione del disco rigido.


1
Mi chiedo se ricostruire la struttura delle directory con DiskWarrior sia una cattiva idea. Qualche idea?
myhd

2
Non è un problema nel contesto dell'esaurimento in scrittura di SSD poiché i blocchi di directory sono piccoli e stai indirizzando un database interno e non mescolando le cose in modo ampio. Inoltre, la dimensione della directory / catalogo / metadati è trascurabile rispetto ai dati stessi. SSD non rende l'utilizzo di DW peggiore o migliore dell'HDD.
bmike
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.