Adata XPG SX8200 480GB – Prisvärd NVMe SSD med bra prestanda

Adata XPG SX8200

Adata har parat SMIs SM2262 med IMFTs andra generation 64L 3D-TLC NAND och skapat en SSD som har väldigt många likheter med Intels 760p. Tittar vi på specifikationerna så har tillverkaren inte tagit i så väldigt mycket och de närmaste konkurrenterna WD Black (2018) och Samsung 970 Evo har båda bättre specifikationer. Framförallt är det sekventiell skrivprestanda och slumpmässig läsprestanda som är lägre. Adata matchar dock sina konkurrenter vad gäller TBW och garanti. Alla tre enheterna har 5 års garanti, men Black och 970 Evo har båda ett TBW-värde på 300 och SX8200 har 320.

Adata släpper även en “gamer”-variant av SX8200 som heter Gammix S11. Den enda skillnaden mellan dem är att Gammix S11 kommer med en förmonterad heatspreader för något förbättrad kylning och en mer “gamer-inspirerad” look. Så länge du inte ska sätta enheten i en laptop så spelar det således ingen roll vilken du köper och ta därför den som är billigast. SX8200 kommer också med en en liten heatspreader i form av en tunn metallplatta som monteras med hjälp av dubbelhäftande tejp. Den kanske gör lite nytta, men i våra tester har vi inte sett någon som helst skillnad och det verkar inte som att värme är något större problem för SM2262. Flänsen är mer en kosmetisk detalj än en viktig funktion.

En annan intressant sak är prissättningen. Både Gammix S11 och SX8200 ser ut att ligga bra till prismässigt och borde bli ett par hundralappar billigare än både WD Black och 970 Evo. Vi får se hur långt det räcker prestandamässigt.

Inga överraskningar bland komponenterna. Adata paketerar sina minnes-chip själva (och därmed sätter sina egna artikelnummer på dem), det är inte enkelt att tyda vilka chip det rör sig om. Eftersom att de är fyra till antalet så vågar vi anta att varje chip består av fyra 256Gbit NAND-enheter och det ger oss en total kapacitet på 512 gigabyte. Vi ser också två DRAM-kretsar från Nanya med artikelnummer NT5CC128M16IP. Varje chip är på 2 Gbit (256 megabyte) och är av typen DDR3L.

SLC-Cache och värme

Då SX8200 använder sig av 3D-TLC har tillverkaren även använt sig av en SLC-cache för att öka prestandan. I vanlig ordning skriver vi sekventiell data till enheten och plottar ut prestandan i en en graf. Det ger oss en indikation på hur stor SLC-cachen är och hur mycket prestanda enheten tappar när SLC-Cachen är full. Det ger oss också möjligheten att undersöka om hög belastning får kontrollern att bli för varm.

I det första testet ser vi hur det ser ut under de första 100 sekunderna. Här ser vi att enheten skriver till SLC-cachen under de första 90 sekunderna och då har vi redan hunnit skriva ungefär 135 GB data. Det är tydligt att Adata använder någon form av dynamisk SLC-cache. Observera att detta är från det att enheten är tom. Frågan är vad som händer när vi redan har en massa data på enheten sedan tidigare. Det kommer vi se i våra IOMeter och Robocopy tester senare.

Om vi istället tittar på 1000 sekunder så har vi 3 olika prestanda-lägen. Det första är runt 1550 MB/s och det är SLC-cachen. Vad som händer sedan är lite oklart men vår gissning är att Adata satt allt utrymme i “SLC-läge” från början, eller i alla fall en väldigt stor del. Det skulle, i så fall, betyda att det finns 170GB SLC tillgängligt. När enheten når ungefär 135 GB, då börjar enheten skriva ny data till TLC (därmed lägre prestanda). När även det börjar bli fullt börjar enheten konvertera SLC som redan fyllts med data och då måste enheten skriva över det som redan finns i SLC, till TLC, samtidigt som ny data ska skrivas till TLC, samtidigt som SLC ska göras om till TLC. Det gör då att prestandan sjunker ytterligare. Om det är så här det fungerar så kommer SX8200 att prestera bättre ju mindre data vi redan har lagrat på enheten då storleken på SLC-cachen kommer att vara väldigt beroende av hur mycket ledigt utrymme vi har.

Vi frågade Adata, och enligt dem så är cachen designad att vara 1/3 av enhetens utrymme men gick inte in mer på detaljerna. Det betyder i så fall att enheten hela tiden försöker hålla ledigt utrymme i SLC-läge. Om enheten är tom så används en 1/3 av allt utrymme (d.v.s allt eftersom SLC blir 1/3 av TLC).