Samsung 983 DCT NVMe SSD recension

Samsung 983 DCT är företagets senaste Data Center SSD. 983 DCT utnyttjar NVMe-gränssnittet och kommer i två formfaktorer: 2.5” och M.2. Enheten är byggd av beprövade Samsung-komponenter och dess stridsbeprövade V-NAND. Enheten är specifikt inriktad på prestanda men kommer också från slut-till-ände dataskydd, effektivare hantering genom programvaran Samsung SSD Toolkit och en 5-års garanti.

Samsung 983 DCT är företagets senaste Data Center SSD. 983 DCT utnyttjar NVMe-gränssnittet och kommer i två formfaktorer: 2.5” och M.2. Enheten är byggd av beprövade Samsung-komponenter och dess stridsbeprövade V-NAND. Enheten är specifikt inriktad på prestanda men kommer också från slut-till-ände dataskydd, effektivare hantering genom programvaran Samsung SSD Toolkit och en 5-års garanti.

Företaget har nyligen uppdaterat sina datacenterdiskar nyligen med 983 DCT som enheten som siktar på hög hastighet och hög respons. Samsung uppger med kommer att uppnå detta mål genom NVMe-teknik såväl som med sin Phoenix-kontroller. För 2.5”-versionen uppger företaget att 983 DCT kan nå upp till 3,400 580,000 MB/s sekventiell hastighet och upp till XNUMX XNUMX IOPS för slumpmässig genomströmning. 

Som sagt kommer Samsung 983 DCT i både M.2 och 2.5” formfaktorer. För den här recensionen tittar vi på 1.92TB, 2.5” formfaktorn. 

Specifikationer för Samsung 983 DCT

Prestation

Testbädd

Våra Enterprise SSD-recensioner använder en Lenovo ThinkSystem SR850 för applikationstester och en Dell PowerEdge R740xd för syntetiska riktmärken. ThinkSystem SR850 är en välutrustad quad-CPU-plattform som erbjuder CPU-kraft långt över vad som behövs för att betona högpresterande lokal lagring. Syntetiska tester som inte kräver mycket CPU-resurser använder den mer traditionella servern med dubbla processorer. I båda fallen är avsikten att visa upp lokal lagring i bästa möjliga ljus som är i linje med lagringsleverantörens maximala enhetsspecifikationer.

Lenovo ThinkSystem SR850

• 4 x Intel Platinum 8160 CPU (2.1 GHz x 24 kärnor)
• 16 x 32 GB DDR4-2666Mhz ECC DRAM
• 2 x RAID 930-8i 12Gb/s RAID-kort
• 8 NVMe-fack
• VMware ESXI 6.5

Dell PowerEdge R740xd

• 2 x Intel Gold 6130 CPU (2.1 GHz x 16 kärnor)
• 16 x 16 GB DDR4-2666MHz ECC DRAM
• 1x PERC 730 2GB 12Gb/s RAID-kort
• Tillägg NVMe-adapter
• Ubuntu-16.04.3-desktop-amd64

Testbakgrund och jämförelser

Din StorageReview Enterprise Test Lab ger en flexibel arkitektur för att utföra riktmärken för företagslagringsenheter i en miljö som är jämförbar med vad administratörer möter i verkliga implementeringar. Enterprise Test Lab innehåller en mängd olika servrar, nätverk, strömkonditionering och annan nätverksinfrastruktur som gör att vår personal kan etablera verkliga förhållanden för att noggrant mäta prestanda under våra granskningar.

Vi införlivar dessa detaljer om labbmiljön och protokollen i granskningar så att IT-proffs och de som ansvarar för lagringsanskaffning kan förstå under vilka förutsättningar vi har uppnått följande resultat. Ingen av våra recensioner betalas för eller övervakas av tillverkaren av utrustning vi testar. Ytterligare information om StorageReview Enterprise Test Lab och en översikt över dess nätverksfunktioner finns på respektive sidor.

Huvudsakliga jämförelser för denna recension:

• Memblaze PBlaze5 910 3.84TB
• Intel P4510 2TB
• Intel P4510 8TB

Analys av applikationens arbetsbelastning

För att förstå prestandaegenskaperna hos företagslagringsenheter är det viktigt att modellera infrastrukturen och applikationens arbetsbelastningar som finns i live-produktionsmiljöer. Våra riktmärken för Samsung 983 DCT är därför MySQL OLTP-prestanda via SysBench. För våra applikationsarbetsbelastningar kommer varje enhet att köra 2-4 identiskt konfigurerade virtuella datorer. Notera: 1.92 TB-modellen var inte tillräckligt stor för vår SQL-applikationsarbetsbelastning, så den ingick inte i denna recension.

Sysbench Performance

Nästa benchmark för ansökan består av en Percona MySQL OLTP-databas mätt via SysBench. Detta test mäter också genomsnittlig TPS (Transactions Per Second), genomsnittlig latens och genomsnittlig 99:e percentil latens.

Varje sysbench VM är konfigurerad med tre vDisks: en för start (~92GB), en med den förbyggda databasen (~447GB) och den tredje för databasen som testas (270GB). Ur ett systemresursperspektiv konfigurerade vi varje virtuell dator med 16 vCPU:er, 60 GB DRAM och utnyttjade LSI Logic SAS SCSI-kontrollern.

Sysbench-testkonfiguration (per virtuell dator)

• CentOS 6.3 64-bitars
• Percona XtraDB 5.5.30-rel30.1
  • Databastabeller: 100
  • Databasstorlek: 10,000,000 XNUMX XNUMX
  • Databastrådar: 32
  • RAM-buffert: 24GB
• Testlängd: 3 timmar
  • 2 timmar förkonditionering 32 trådar
  • 1 timme 32 trådar

Med Sysbenchs transaktionsriktmärke kom Samsung 983 DCT (kallad Samsung i resten av prestandasektionen) sist med 6,159.4 XNUMX TPS.

För Sysbenchs genomsnittliga latens kom återigen Samsung sist med 20.8 ms. 

För vårt värsta scenario latens (99:e percentilen) stannade Samsung på sista plats med 38.6 ms. 

Houdini från SideFX

Houdini-testet är speciellt utformat för att utvärdera lagringsprestanda när det gäller CGI-rendering. Testbädden för denna applikation är en variant av kärnan Dell PowerEdge R740xd servertyp vi använder i labbet med dubbla Intel 6130-processorer och 64GB DRAM. I det här fallet installerade vi Ubuntu Desktop (ubuntu-16.04.3-desktop-amd64) med ren metall. Resultatet av riktmärket mäts i sekunder att slutföra, och färre är bättre.

Maelstrom-demon representerar en del av renderingspipelinen som belyser lagringskapaciteten genom att demonstrera dess förmåga att effektivt använda växlingsfilen som en form av utökat minne. Testet skriver inte ut resultatdata eller bearbetar punkterna för att isolera väggtidseffekten av latenspåverkan på den underliggande lagringskomponenten. Själva testet är sammansatt av fem faser, varav tre vi kör som en del av benchmark, vilka är följande:

1. Laddar packade punkter från disken. Det är dags att läsa från disk. Denna är enkelgängad, vilket kan begränsa den totala genomströmningen.
2. Packar upp punkterna i en enda platt array för att de ska kunna bearbetas. Om punkterna inte är beroende av andra punkter, kan arbetsuppsättningen justeras för att förbli i kärnan. Detta steg är flertrådigt.
3. (Kör ej) Bearbeta punkterna.
4. Packar om dem i hinkformade block som lämpar sig för att lagra tillbaka till disken. Detta steg är flertrådigt.
5. (Kör inte) Skriv tillbaka de bucketade blocken till disken.

Med Houdini-testet landade Samsung i ungefär mitten av våra icke-Optane-enheter med 2,634.2 XNUMX sekunder.

VDBench arbetsbelastningsanalys

När det gäller benchmarking av lagringsenheter är applikationstestning bäst, och syntetiska tester kommer på andra plats. Även om det inte är en perfekt representation av faktiska arbetsbelastningar, hjälper syntetiska tester till baslagringsenheter med en repeterbarhetsfaktor som gör det enkelt att göra jämförelser mellan äpplen och äpplen mellan konkurrerande lösningar. Dessa arbetsbelastningar erbjuder en rad olika testprofiler som sträcker sig från "fyra hörn"-tester, vanliga tester av databasöverföringsstorlekar, till spårningsfångst från olika VDI-miljöer. Alla dessa tester utnyttjar den vanliga vdBench-arbetsbelastningsgeneratorn, med en skriptmotor för att automatisera och fånga resultat över ett stort beräkningstestkluster. Detta gör att vi kan upprepa samma arbetsbelastningar över ett brett utbud av lagringsenheter, inklusive flash-arrayer och individuella lagringsenheter. Vår testprocess för dessa riktmärken fyller hela enhetens yta med data och partitionerar sedan en enhetssektion lika med 25 % av enhetens kapacitet för att simulera hur enheten kan reagera på applikationsarbetsbelastningar. Detta skiljer sig från fullständiga entropitester som använder 100 % av enheten och tar dem till ett stabilt tillstånd. Som ett resultat kommer dessa siffror att återspegla högre ihållande skrivhastigheter.

profiler:

• 4K slumpmässig läsning: 100 % läsning, 128 trådar, 0-120 % iorat
• 4K Random Write: 100% Write, 64 trådar, 0-120% iorate
• 64K sekventiell läsning: 100 % läsning, 16 trådar, 0-120 % iorat
• 64K sekventiell skrivning: 100 % skrivning, 8 trådar, 0-120 % iorate
• Syntetisk databas: SQL och Oracle
• VDI Full Clone och Linked Clone Traces

I vår första VDBench Workload Analysis, Random 4K Read, började Samsung med 82.1 μs latens vid 59,187 100 IOPS. Samsung höll sig under 300 μs till cirka 591,839 215.2 IOPS och fortsatte med den lägsta toppprestanda på XNUMX XNUMX IOPS vid XNUMX μs.

I slumpmässiga skrivningar i 4K följde Samsung alla andra enheter med stor marginal. Den började vid 20.2 μs vid 35,420 52,822 IOPS och sköt snabbt upp till 2.42 XNUMX IOPS vid XNUMX ms latens för sin topp. 

Genom att byta till sekventiellt arbete, i vår 64K-läsning började Samsung med den lägsta latensen (187.8μs) och bibehöll en lägre latens till cirka 32K IOPS eller 2.1GB/s och toppade med gruppens lägsta prestanda på 36,389 2.27 IOPS eller XNUMX GB/s.

För 64K-skrivningar ser vi ännu en dålig prestanda från Samsung som börjar på endast 67.3 μs latens, enheten spetsade snabbt upp och nådde en topp på 3,299 206 IOPS eller 4.84 MB/s med en latens på XNUMX ms. 

Vår nästa grupp av riktmärken fokuserar på SQL-arbetsbelastningar. För det första riktmärket började Samsung med den lägsta latensen vid 82μs och 21,107 150 IOPS. Enheten bibehöll den lägsta latensen fram till cirka 210,323K IOPS och fortsatte med den andra totala toppprestanda vid 149.5 XNUMX IOPS med XNUMX μs latens.

För SQL 90-10 började Samsung återigen starkt med 18,589 82.5 IOPS med en latens på endast 100 μs. Drivenheten stannade under 90 μs tills det bara var 184,773K IOPS och fortsatte att stanna på andra plats med en topppoäng på 172.3 XNUMX IOPS och en latens på XNUMX μs.

SQL 80-20 såg att enheten slirade lite. Medan den fortfarande började med den lägsta latensen (86.8 μs) hade enheten den svagaste toppprestandan på cirka 132K IOPS och 233 μs för latens.

När vi går över till Oracle Workloads ser vi Samsung börja på fel fot. Återigen går enheten in med den lägsta latensen (82.7 μs) men skjuter snabbt upp och toppar på 95,205 418.9 IOPS med XNUMX μs latens, långt efter de andra enheterna. 

Med Oracle 90-10 förbättrades Samsung. Från och med 15,515 82.5 IOPS och en latens på 100 μs stannade enheten under 72 μs till ungefär 159,976K IOPS och fortsatte med en topp på 139.6 XNUMX IOPS vid XNUMX μs.

Oracle 80-20 fick Samsung att upprätthålla latens under 100 μs från 12,687 60 IOPS till cirka 130,766 166.5 IOPS med en toppprestanda på XNUMX XNUMX IOPS och XNUMX μs för latens. 

Därefter går vi vidare till vårt VDI-klontest, Full and Linked. För VDI Full Clone Boot började Samsung strax under 100μs för att snabbt gå över den och landa på tredje plats med en toppprestanda på 123,613 279.4 IOPS och en latens på XNUMXμs.

VDI FC Initial Login hade Samsungs start på 3,987 72.7 IOPS med 12μs. Latensen förblev låg, i själva verket sjönk den så lågt att det ser ut som om den är noll på våra listor, fram till cirka 15,845K IOPS där den snabbt skjuter upp med en topp på 1.9 XNUMX IOPS med en latens på XNUMX ms. 

Med VDI Monday Login stannade Samsung senast med start strax under 100μs innan han hoppade upp till en topp på 17,810 895 IOPS med en latens på XNUMXμs.

För VDI Linked Clone (LC) börjar vi igen med starttestet. Här visade Samsung sin starkaste prestanda i vårt Clone-test med Memblaze PBlaze5 910. Däremot kom Samsung fortfarande sist med en toppprestanda på 64,503 248.8 IOPS med en latens på XNUMXμs.

VDI LC Initial Login fick Samsung att starta strax över 100μs och spetsade snabbt upp till en topp på 9,959 799.4 IOPS med XNUMXμs latens, långt bakom de två andra enheterna.

Slutligen visade VDI LC Monday Login att Samsung fortsatte med sin dåliga prestanda som började över 100μs och snabbt spikade upp till 10,410 1.52 IOPS med XNUMXms latens. 

Slutsats 

Samsung 983 DCT är den läsfokuserade NVMe-versionen av företagets datacenteruppdatering. 983 DCT kommer i två formfaktorer, 2.5” och M.2, samt två kapaciteter, 960GB och 1.92TB. 983 DCT är tänkt som Samsungs prestandadatacenterdisk med angivna hastigheter på upp till 3.4 GB/s sekventiell och 580K IOPS slumpmässigt, avläst i båda fallen. Enheten utnyttjar V-NAND, NVMe-gränssnittet och företagets Phoenix-kontroller för att nå dessa siffror. 

Medan andra i den läsintensiva kategorin erbjuder 1 DWPD, är Samsung 983 DCT lite lättare på bara 0.8 DWPD. Med det som fallet var det inte en stor överraskning att se 983 DCT komma in under andra i denna kategori som erbjöd en liten fördel i skrivprestanda. I vår analys av applikationsarbetsbelastningen kom Samsung 983 DCT sist i alla tre Sysbench-tester med 6,159.4 20.8 TPS, en genomsnittlig latens på 38.6 ms och en latens i värsta fall på 2,634.2 ms. Houdini såg drevet landa ungefär i mitten av de traditionella NVMe-dreven med 1.92 XNUMX sekunder. På grund av dess mindre kapacitet (XNUMX TB i den här recensionen) kunde vi inte köra våra SQL Server-applikationstester. 

När vi går vidare till att VDBench testar det nya för Samsung 983 DCT får vi en tydligare bild av hur enheten reagerar på läs- och skrivbelastningar. Enheten hade hyfsad läsprestanda i 4K med 592K IOPS och i 64K nådde den 2.27GB/s. I båda fallen hade Samsung den lägsta latensen längre än de andra två enheterna. För Writes var det en skarp kontrast. 4K-skrivning nådde en topp på ynka 53K IOPS och hade en latens på 2.42ms. 64K-skrivningar såg bara en topp på 206MB/s och en latens på 4.84ms. SQL och Oracle såg en förbättring av prestanda och placering för Samsung, där enheten vanligtvis hade den lägsta latensen längst. Höjdpunkter inkluderar 210K IOPS för SQL, 185K IOPS för SQL 90-10, 160K IOPs för Oracle 90-10 och 131K IOPS för Oracle 80-20. Med undantag för VDI Full Clone Boot-testet visade Samsung överlag dålig prestanda i våra VDI Clone-tester.

Eftersom SSD-marknaden letar efter ytterligare segmentprodukter kommer Samsung 983 DCT in som en NVMe-produkt som erbjuder 0.8 DWPD, något under konkurrerande produkter som fokuserar på 1 DWPD-märket i sina läsintensiva placerade enheter. Som sådan var det inte chockerande att se lägre skrivprestanda från 983 DCT. Istället har enheten en större tonvikt på läsprestanda. Här kunde den erbjuda lägre initial latens i små och stora blocköverföringar. Sammantaget kommer 983 DCT att göra bra arbete i lästunga miljöer som lutar mot en mer värdeorienterad NVMe-enhet.

Samsung 983 DCT

Diskutera denna recension

Anmäl dig till StorageReviews nyhetsbrev