Tijgert schreef op maandag 28 december 2009 @ 04:36:
Maar ruimte die leeg is omdat de files gewist zijn wordt toch automatisch getrimd?
Wordt niet gepartitioneerde ruimte dan ook weer getrimd zodra de
SSD de blocks die het in gebruik had niet meer nodig heeft?
Het werkt net als een normale harddisk met filesysteem. Het OS geeft aan dat een bestand weg moet. Op dat moment wordt de File Allocation Table aangepast. Vanaf dat moment is het bestand niet meer te zien in de verkenner. Wel kan je met een recover programma de data terughalen omdat deze op de schijf staat. Dat kan totdat er wat nieuws overheen gezet wordt. De harddisk weet namelijk ook niet beter dan dat de blokken vrij zijn.
Een
SSD daarentegen heeft hier moeite mee. Een blok wat ooit beschreven was moet eerst gereset worden en kan daarna beschreven worden. Dat kost je je performance.

Windows 7 weet echter dat de data op een
SSD staat en stuurt het TRIM commando. Als de
SSD en je controller dat ook snappen, dan wordt tijdens het verwijderen al een reset van de blokken gedaan zodat deze snel beschreven zouden kunnen worden.
Garbage Collection is een andere techniek, waarbij de
SSD zelf gaat kijken welke blokken niet beschreven zouden moeten zijn, om deze daarna te resetten.
Het idee om ruimte niet te partitioneren heeft te maken met onbeschreven blokken. Je zorgt er zo voor dat de kans op een leeg blok groter wordt, ook als de partitie bijna vol is. Bij heel excessief gebruik zullen ook die blokken beschreven worden en daalt je performance.
Conclusie : heb je Windows 7, een
SSD met TRIM ondersteuning en een controller met TRIM ondersteuning, dan worden de blokken automatisch getrimmed. Voldoe je niet aan die eis, dan zal je
SSD zelf een soort Garbage Collection moeten doen, of je bent aangewezen op een wiper tool. Heb je een RAID array gebouwd, dan wordt het een hele uitdaging.
Who's General Failure and why is he reading my harddrive? - Projectmanager : a person who thinks nine women can make one baby in one month