ok ti ringrazio, però ora ti devo chiedere che problemi da la deframmentazione ad un disco, a livello di operabilità e potenzialità dellos tesso, e se viene gestita differentemente su un solid disk rispetto ad un disco magnetico...grazie mille di tutto veramente
Come detto sopra deframmentare l'SSD non serve... non si danneggia ne altro, solo che la ricompattazione dei file è inutile se si pensa che l'accesso ai dati 4k è comunque molto veloce. Il defrag, "spostando" dati, esegue delle scritture ...che se sono inutili ..va da se. D'altra parte una eccessiva frammentazione a lungo andare, crea problemi anche ad un ssd... per cui il controller, negli algoritmi di Garbage Collection, prevede di per se, anche, un simil defrag.
Quando dico "creerai su SSD molta frammentazione" intendo che il controller inizierà con più frequenza azioni di GC/WL (Wear Leveling)...insomma "lavorerà" di più... comunque devo dire che, a parte togliere mb per i save a livello di prestazione, gli attuali SSD, non subiscono cali prestazionali per un GC prolungato (non giocando per lo meno).
Per sommi capi la differenza nel trattare la frammentazione da parte di un hdd e di un ssd, consiste nella staticità del dato... mi spiego semplificando:
Windows messo su HDD piuttosto che su SSD, si comporta allo stesso modo; se riempio un hdd blocco per blocco con dei dati, questi saranno statici (pensa al sistema operativo e ai software, nel senso che una volta memorizzati stanno tendenzialmente ad occupare gli stessi blocchi, i blocchi statici saranno quelli meno usati) e dinamici (pensa ai film, i save, ecc ecc. file - quindi blocchi - che salvi, cancelli, sposti...) cose che mano a mano creano dei buchi vuoti (gruppi di blocchi non utilizzatiti tra gruppi di blocchi validi). Basta dunque una deframmentazione per "raggruppare" tutti i blocchi validi+raggruppare tutti i blocchi che realizzano un file, più vicini fra loro e rendere il percorso della testina del HDD più "logico" (minor percorso=più reattività).
Allora cosa impedisce, in un SSD, di gestire ugualmente la cosa?
Il fatto che ogni blocco di un SSD può essere usato solo n. volte.
Il fatto che, se su un SSD i blocchi possono essere scritti singolarmente (4KB), devono essere cancellati a gruppi (512KB).
Il fatto che un SSD non può sovrascrivere un blocco come un HDD, ma deve prima far cancellare le celle su cui risiede il blocco e poi riprogrammarle.
Diventa importante "gestire" i blocchi statici e dinamici e i "buchi" che si creano con l'uso del device. Un SSD funziona come un HDD ma si deve autogestire.
Ecco perchè un SSD ha un proprio cervello (controller) che sposta i dati per deframmentare e predisporre "prima" la cancellazione dei blocchi non più validi (TRIM e Garbage Collection) e lo fa seguendo algoritmi di livellamento (Wear Leveling) per far si che ogni blocco venga (in teoria) usato come tutti gli altri.
Quando/se si riuscirà ad avere degli SSD (quelli a cambio di stato fisico, che è molto simile nell'effetto alla magnetizzazione) senza il problema dell'usura delle celle e sistemi operativi appositamente studiati per SSD, allora un controller in un SSD non sarà più necessario e si avrà la prossima generazione di storage.
