Esborrarà fitxers d' un SSD lliure a l' espai?

Vull esborrar molts gigaments de fitxers de la meva unitat SSD per tal d'alliberar l'espai del disc, de manera que aquest espai lliure al disc podria ajudar a reduir el transport, però, a l'altra banda, no estic disposat a fer-ho perquè l'eliminació de fitxers provocarà que sobreescrivint aquests fitxers amb zeros ("TRIM), que també causa que l' ús de la unitat. La unitat només s' usa per al sistema (Windows) i els fitxers de programa, així que, espero, és força de només lectura. Espero que esborrar aquests fitxers causarà una explosió d'escriure que la meva unitat no hagi vist des que vaig instal·lar el sistema.

Tinc una unitat 60-GB. Actualment tinc una partició 44 GB C: amb 3 GB espai lliure en disc i una partició 12 GB D: amb 1 GB espai lliure al disc. @ info/ plain

Així que, en resum, el que és millor per a llargevitat de la unitat - per tenir un munt d'espai lliure o per reduir la destrucció massiva dels fitxers com aquesta?

P.S. Sé que tenir més espai lliure incrementarà la velocitat de la unitat i el meu sistema correrà més ràpid. No m'importa. És bastant ràpid per a mi.

2 respostes 2

En resum:

Depèn de les dades a punt de ser esborrades contra la mida de la unitat i del cas d' ús.

unitat petita, ús regular: esborra les dades
petita unitat, usada rarament (pot fins i tot una gran SSD): considerar mantenir les dades
gran motor, petites dades a esborrar: podeu mantenir- lo
unitat gran, gran quantitat de dades: esborra les dades

Motiu general:

Informació: un SSD en realitat fa no s'escriuen zeros Com un HDD però més aviat esborra aquestes cèl·lules. (comproveu f.e. Què és exactament el TRIM? ).

Cada cel· la té una quantitat de vegades difícils d' escriure/ eliminar dades (segons el dispositiu; la lectura pot ser més sense fer fins que el controlador no funcioni). Per ampliar els serveis SSD i altres memòria (gairebé flash) ja que els últims anys usen una tècnica anomenada "preciar el nivell" (el terme pot no ser clar per a tothom). Normalment voldreu tenir l' espai més lliure possible, de manera que cada cel· la tingui una quantitat igual d'operacions d' escriptura. Però normalment la SSD utilitza:

L' execució estàtica * : no només es mouen blocs nous a les noves cel· les, sinó també els blocs estàtics que no canvien periòdicament, de manera que aquestes petites cèl·lules d' ús siguin capaces d'utilitzar per altres dades. Aquest efecte rotacional habilita que un SSD continuï operant fins que la majoria dels blocs estan a prop del seu final de la vida.

Ara recordeu que cada cel· la és una bona quantitat de vegades per escriure/ eliminar dades, si aquesta Sempre s' ha de moure 44GB* (el que probablement no farà en total, els controladors són bastant llestos), podria ser que els fitxers movent-se condueixin a una vida més curta. Tot i que heu de saber que la majoria de controladors funcionen de manera diferent, intentant fer el seu millor (esperat), però definitivament no totes les cel· les aconsegueixen arribar a la mateixa quantitat d'escriure.

També tingueu present que els dispositius del sistema escriguin molt en poc temps. Vaig tenir un dispositiu de 256GB, usat 60GB, només un negoci rarament fa servir (<50mb de fitxers com xls/pdf) i va aconseguir escriure gairebé 2TB més de 3,5 anys! (Moust d'això havia estat actualitzacions de Win10, el següent tema gran era una base de dades sql)

Considereu la mida de la unitat:

Fa molta diferència, si mous 44GB en un 60GB SSD o en un 4TB+ SSD. El Newer SSD té espai addicional, no accessible, usat per a la provisional. Regla: la mida més alta de la SSD, la més alta de la provisional.

Val la pena esborrar els fitxers de les unitats SSD per tal d'alliberar l' espai en disc?

No, especialment si necessites aquests arxius.

Aquest espai lliure al disc ajudaria a reduir la peça de la unitat,

Una suposició. L' ús d' un nivell inclou tant sectors com sectors no utilitzats.

Perquè l' esborrat de fitxers causarà sobreescriure aquests fitxers amb zeros ("TRIM"), que també causa que l' ús de la unitat.

Una suposició. L' esborrat d' un fitxer no causa cap " (automàtic) S' està sobreescrivint "; aquesta és la raó per la qual els fitxers poden ser "no recuperar-se." L'operació TRIM no escriu zeros a flash. No obstant això, els sectors que han estat "matats" es poden configurar per tornar a llegir com a zeros. Això està implementat en el controlador SSD de la taula i no reflecteixen les dades emmagatzemades.

Documentació per a SSD clarament indica que el controlador respondrà amb zeros per a les dades quan aquesta bandera estigui establerta per a una " lliure" (p. e. LBA/sector. Això no vol dir que el LBA/sector de fet contingui zeros, ja que això dificulta l'actuació (p. e. No s' esborra i està preparat per a una escriptura). Mireu l' últim paràgraf de la secció 3. 8. 2 de Aquest manual de producte Seagete .

Espero que esborrar aquests fitxers causarà una explosió d'escriure que la meva unitat no hagi vist des que vaig instal·lar el sistema.

Una suposició. Esborrar un fitxer només implica la modificació de les metadades del sistema de fitxers, p. ex. L'entrada i les taules d'assignació de directoris. No s' accedeix als sectors de dades del fitxer durant una supressió (a no ser que hi hagi algun tipus de protocol especial de seguretat).

Així que, en resum, el que és millor per a llargevitat de la unitat - per tenir un munt d'espai lliure o per reduir la destrucció massiva dels fitxers com aquesta?

Ara podríeu somiar un pitjor escenari en el qual els sectors no assignats es troben molt escampats entre els blocs d'esborrar que la tasca de nivell dur ha de realitzar nombroses operacions de lectura-escriptura (i.e. Copiat intern) per a obtenir sectors d' escriptura. Però aquests escenaris només poden passar després de molts cicles repetits de fitxers d'escriptura i esborrar fitxers en un dispositiu "full."

P.S. Sé que tenir més espai lliure incrementarà la velocitat de la unitat i el meu sistema correrà més ràpid.

Només cert en el sentit que una operació d' escriptura no es retardarà per una novibilitat dels blocs esborrats. La velocitat de les operacions de lectura no es veurà afectada per la quantitat de dades desades anteriorment.