Testresultat: Garbage Collection & TRIM
I Svenska SSD-Guiden gör vi alltid omfattande test för att se hur en SSD hanterar extremt hög belastning. För att förstå exakt vad de olika värdena betyder och hur BX200 presterar jämfört med alla de andra enheterna vi testat, gå till Svenska SSD Guiden och läs mer.
Metodiken i testet är följande:
Varje test består av sekventiell skrivning över hela enhetens yta. Från denna tas det fram ett minimum, ett medel och ett maximum. Här följer hela testförfarandet.
- Secure Erase (fabriksny)
- Prestandatest 1: (Basvärde för enhetens skrivprestanda)
- Vår testsvit med alla våra tester körs
- Prestandatest 2: (Kontroll av eventuellt påverkad sekventiell skrivprestanda)
- Fyll enheten med okomprimerbar data
- Kör IOMeter som tortyrtest i 40 minuter
- Prestandatest 3: (Kontroll av sekventiell skrivprestanda efter tortyrtest)
- Prestandatest 4: (Kontroll av sekventiell skrivprestanda efter tortyrtest)
- Prestandatest 5: (Kontroll av sekventiell skrivprestanda efter tortyrtest)
- Prestandatest 6: (Kontroll av sekventiell skrivprestanda efter tortyrtest)
- 20 minuters vila för aktivering av eventuell passiv garbage collection
- Prestandatest 7: (Kontroll av sekventiell skrivprestanda efter passiv GC)
- Formatera hela enheten (aktiverar TRIM)
- 10 minuters vila
- Prestandatest 8: (Kontroll av sekventiell skrivprestanda efter att TRIM aktiverats)
Alla dessa test resulterar i en graf som visar max-, min- och medelvärden för samtliga tester och hur enheternas prestanda påverkas i de olika stegen.
Här hittar vi flera intressanta saker. När enheten är helt ny så ser vi att hela vårt test ser ut att få plats i SLC-cachen, vilket är väldigt imponerande för en TLC-enhet. Men när vi väl kommer igång och börjar skriva data till enheten så går det bara utför. Ju mer data vi skriver, desto sämre blir prestandan. En medelhastighet på 60-90 MB/sek är inte särskilt imponerande.
Under en del av testförfarandet så fyller vi hela enheten med data för att vi sedan ska kunna testa hur enheten beter sig när den är full. På senare tid har vi även börjat beräkna hur lång tid det tar att fylla varje enhet. Så för skojs skull så la vi ut det i en graf för att ni skulle få se hur långsam SU800 verkligen blir efter ett tag. Observera att större enheter givetvis tar längre tid på sig än mindre, eftersom det är mer data som måste skrivas.
Tyvärr har vi inte data från så många enheter ännu och vi saknar data från exempelvis Crucial MX300. Vi kan dock se att Adata SU800 blir ruskigt långsam efter tag och det går fortare att fylla WD Blue 1TB än att fylla SU800 256GB. Vi ser samma problem hos Intel 600p på grund av dess horribelt dåligt implementerade SLC-cache.
