Samsung PM1735 SSD recension

Samsung lanserade nästan tjugo iterationer av sin PCIe Gen4 Enterprise SSD-familj hösten 2019. PM1733 och PM1735 var designade för att fullt ut dra nytta av Gen4-erbjudandena. Nu när serverleverantörer inkluderar Gen4-portar över sina AMD- och Intel-baserade servererbjudanden, kommer dessa SSD:er äntligen till marknaden i volym. PM1733 är en modell med en enda enhetsskrivning per dag, medan PM1735 erbjuder tre enhetsskrivningar per dag. I den här recensionen tar vi en titt på en HPE PM1735-variant i en kapacitet på 3.2 TB (HPE P16499-B21).

Samsung lanserade nästan tjugo iterationer av sin PCIe Gen4 Enterprise SSD-familj hösten 2019. PM1733 och PM1735 var designade för att fullt ut dra nytta av Gen4-erbjudandena. Nu när serverleverantörer inkluderar Gen4-portar över sina AMD- och Intel-baserade servererbjudanden, kommer dessa SSD:er äntligen till marknaden i volym. PM1733 är en modell med en enda enhetsskrivning per dag, medan PM1735 erbjuder tre enhetsskrivningar per dag. I den här recensionen tar vi en titt på en HPE PM1735-variant i en kapacitet på 3.2 TB (HPE P16499-B21).

Samsung PM1735 vs. PM1733

Som noterat skiljer sig PM1733 till stor del från PM1735 genom uthållighet; det vill säga den förra citeras med 1 DWPD (driven skriver per dag) medan den senare tredubblar detta nummer med 3 DWPD. Båda enheterna anges med samma sekventiella skrivhastigheter (t.ex. 3,800 1735 MB/s för sina modeller med högsta kapacitet). Läsaktiviteten är dock lite annorlunda, eftersom PM8,000 erbjuder potentiella 12.8 3.2 MB/s för sina 6.4 TB, 7,000 TB och 1733 TB-modeller jämfört med XNUMX XNUMX MB/s för alla PMXNUMX-modeller.

Det bör också noteras att hos de flesta serverleverantörer kommer SSD:er att ha firmware specifik för leverantören, till exempel HPE i detta fall. Dessa enheter kanske inte heller är allmänt tillgängliga i detaljhandeln eftersom de är inriktade på OEM-tillverkare. Samsung erbjuder 1.3 DWPD PM9A3 för detaljhandeln. PM9A3 är en enports datacenterenhet som erbjuds i en rad olika formfaktorer, inklusive M.2, U.2, E1.L och E1.S.

Samsung PM1735 Specifikationer

Samsung PM1735 prestanda

Testbakgrund och jämförelser

Smakämnen 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.

Eftersom HPE PM1735 erbjuds i en U.3-version, testade vi den inuti HPE ProLiant DL365 Gen10 Plus-servern.

HPE ProLiant DL365 Gen10 Plus-konfiguration:

• 2 x 7713 AMD Epyc Gen 3-processorer (64-kärniga, 2GHz)
• 16 x 16 GB DDR4 3200MHz
• 1 x HPE Samsung PM1735 3.2GB U.3 Gen4 SSD
• ESXi 7.0u1

Analys av applikationens arbetsbelastning

För att förstå prestandaegenskaperna hos företagslagringsenheter är det viktigt att modellera infrastrukturen och applikationsarbetsbelastningarna som finns i levande produktionsmiljöer. Våra riktmärken för HPE/Samsung PM1735 inkluderar MySQL OLTP-prestanda via SysBench och Microsoft SQL Server OLTP-prestanda med en simulerad TCP-C-arbetsbelastning. För våra applikationsarbetsbelastningar kommer varje jämförbar enhet att köra fyra identiskt konfigurerade virtuella datorer. Eftersom PM4 var en U.1735-ONLY-variant testade vi den på HPE DL3 Gen365 Plus medan de andra modellerna var på vårt Lenovo ThinkSystem SR10.

SQL Server prestanda

Varje SQL Server VM är konfigurerad med två vDisks: 100 GB volym för uppstart och en 500 GB volym för databasen och loggfiler. Ur ett systemresursperspektiv konfigurerade vi varje virtuell dator med 8 vCPU:er, 64 GB DRAM och utnyttjade LSI Logic SAS SCSI-kontrollern. Medan våra Sysbench-arbetsbelastningar som tidigare testats mättade plattformen i både lagrings-I/O och kapacitet, letar SQL-testet efter latensprestanda.

Det här testet använder SQL Server 2014 som körs på Windows Server 2012 R2 gäst-VM, och betonas av Quests Benchmark Factory for Databases. StorageReview's Microsoft SQL Server OLTP-testprotokoll använder det aktuella utkastet till Transaction Processing Performance Councils Benchmark C (TPC-C), ett riktmärke för transaktionsbearbetning online som simulerar de aktiviteter som finns i komplexa applikationsmiljöer. TPC-C-riktmärket kommer närmare än syntetiska prestandariktmärken att mäta prestandastyrkorna och flaskhalsarna hos lagringsinfrastruktur i databasmiljöer. Varje instans av vår SQL Server VM för denna granskning använder en 333 GB (1,500 15,000 skala) SQL Server-databas och mäter transaktionsprestanda och latens under en belastning på XNUMX XNUMX virtuella användare.

SQL Server-testkonfiguration (per virtuell dator)

• Windows Server 2012 R2
• Lagringsutrymme: 600 GB tilldelat, 500 GB använt
• SQL Server 2014

• • Databasstorlek: 1,500 XNUMX skala
  • Virtuell klientbelastning: 15,000 XNUMX
  • RAM-buffert: 48GB

• Testlängd: 3 timmar

• • 2.5 timmars förkonditionering
  • 30 minuters provperiod

För vårt SQL Server-transaktionsriktmärke placerades PM1735 precis bakom Kioxia-enheten med 12,625.56 XNUMX TPS.

Med SQL Server genomsnittlig latens hade PM1735 en genomsnittlig latens på 11.25 ms, vilket är en fördubbling av Kioxia-enheterna.

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 uppstart (~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 8 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

Om man tittar på vårt Sysbench-transaktionsriktmärke, hade PM1735 7,869.21 XNUMX TPS, vilket placerade den långt bakom Kioxia-enheterna.

Med Sysbench genomsnittlig latens postade PM1735 16.26 ms, vilket var precis bakom de två Kioxia-enheterna.

För vårt värsta scenario latens (99:e percentilen) visade PM1735 28.90 ms, vilket placerade den mellan Kioxia CM6- och CD6-enheterna.

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ångningar 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 som motsvarar 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, 128 trådar, 0-120% iorate
• 4K slumpmässig läsning (hög belastning): 100 % läs, 512 trådar, 0-120 % iorat
• 4K Random Write (hög belastning): 100% Write, 512 trådar, 0-120% iorate
• 64K sekventiell läsning: 100 % läsning, 32 trådar, 0-120 % iorat
• 64K sekventiell skrivning: 100 % skrivning, 16 trådar, 0-120 % iorate
• 64K sekventiell läsning (hög belastning): 100 % läsning, 64 trådar, 0-120 % iorat
• 64K sekventiell skrivning (hög belastning): 100 % skrivning, 64 trådar, 0-120 % iorate
• Syntetisk databas: SQL och Oracle
• VDI Full Clone och Linked Clone Traces

Jämförbara:

• KIOXIA CD6
• KIOXIA CM6

I vår första VDBench Workload Analysis, Random 4K Read, visade PM1735 svag prestanda jämfört med Kioxia-enheterna, och nådde en topp på bara 631,959,288 800.7 400 IOPS vid en latens på 319.6 µs under hög belastning. Den normala belastningen visade drygt XNUMXK och XNUMXms i toppprestanda. Detta lägger drivkraften långt bakom ledarna.

För Random 4K-skrivning presterade Samsung-enheten bra bakom Kioxia-enheterna igen. Under hög belastning nådde PM1735 en topp på 195,953 2,605 IOPS med en latens på 227,664 557.6 µs före en liten spik. I en normal belastning postade den XNUMX XNUMX IOPS med en latens på XNUMX ms.

Sekventiella arbetsbelastningar berättade liknande, eftersom PM1735 föll efter igen i 64K läsning med en topppoäng på 75,598 4.72 IOPS (eller 761.7 GB/s) med en latens på endast 3.9 µs innan den tog en rejäl dipp i prestanda (som hamnade på 1735 GB/s) s). För en normal belastning, läs såg PM59,915 nå en topp på 3.74 532.8 IOPS eller XNUMX GB/s med en latens på XNUMX µs.

I 64K-skrivningar visade PM1735 en toppprestanda på 35,160 2.3K IOPS eller 445GB/s vid en latens på cirka 64µs. High Load 1735K sekventiell skrivning såg PM33,643 på cirka 2.1 1.88 IOPS eller XNUMX GB/s med en latens på XNUMX ms.

Vår nästa uppsättning tester är våra SQL-arbetsbelastningar: SQL, SQL 90-10 och SQL 80-20. Från och med SQL hamnade Samsung PM1735 precis bredvid Kioxia CD6-enheten, med en topp på 241,721 131 IOPS vid en latens på XNUMXµs.

För SQL 90-10 visade PM1735 liknande toppprestanda för CD6 igen med en toppprestanda på 241,804 130.8 IOPS vid en latens på XNUMX µs.

Med SQL 80-20 sprids resultaten ut lite mer, vilket placerar PM1735 något tillbaka i 3^rd plats med en toppprestanda på 225,753 139.7 IOPS XNUMX µs.

Nästa upp är våra Oracle-arbetsbelastningar: Oracle, Oracle 90-10 och Oracle 80-20. Från och med Oracle visade PM1735 en toppprestanda på 229,702 155.1 IOPS vid en latens på XNUMXµs, vilket placerade den lite bakom Kioxia-diskarna.

I Oracle 90-10 placerade sig PM1735 äntligen ovanför en av Kioxia-drivenheterna för andra plats (och precis efter CM6) med en toppprestanda på 199,587 109 IOPS vid en latens på endast XNUMX µs.

PM1735 tog tvåa igen i Oracle 80-20 med en topp på 197,236 110.1 IOPS vid en låg latens på XNUMX µs.

Därefter bytte vi till vårt VDI-klontest, Full och Linked. För VDI Full Clone placerade sig Samsung-enheten långt tillbaka i alla kategorier. Först ut är (FC) Boot, där PM1735 nådde en topp på 110,816 313.4 IOPS och en latens på XNUMX µs.

För VDI FC Initial Login förblev PM1735 långt efter Kioxia-diskarna med en toppprestanda på bara 51,903 571.8 IOPS med en latens på XNUMX µs (innan den tog ytterligare en topp i prestanda).

Vår VDI FC Monday Login benchmark såg att PM1735 kom något närmare Koxia-enheterna med en toppprestanda på 68,023 230 IOPS med en latens på XNUMXµs.

För VDI Linked Clone (LC) Boot var PM1735 väl tillbaka igen med en topppoäng på 78,481 202 IOPS vid en latens på XNUMXµs.

VDI LC Initial Login, PM1735 slutade faktiskt långt före Kioxia-enheterna med en topp på strax under 50K IOPS vid en latens på 159.4µs innan några fall av.

Slutligen hade VDI LC Monday Login PM1735 tillbaka i botten av paketet med en topppoäng på 55,088 285.1 IOPS och en latens på XNUMXµs.

Slutsats

Samsung PM1735 är en PCIe Gen4 SSD designad för krävande företagsarbetsbelastningar. Med sin 3 DWPD-uthållighet och prestandaprofil på 8 GB/s läsning och 3.8 GB/s för skrivning, på papper, verkar enheten väl lämpad för jobbet. Det är en stor anledning till att HPE inkluderar det med sina senaste Gen4-aktiverade servrar under HPE P16499-B21 artikelnummer. För övrigt, eftersom serverleverantörer multi-source sina komponenter, inkluderar det artikelnumret också KIOXIA CM6 och Intel P4610 i kategorin "högpresterande blandad användning SFF".

För prestanda lägger vi den nya Samsung-enheten genom vår vanliga handske med Application Workload Analysis och VDBench. Dessutom, liksom KIOXIA-drivrecensioner som vi tidigare publicerat, lade vi till ett högre belastningstest på VDBench för att betona det lite ytterligare eftersom de är designade för att hantera det.

För våra Application Workload Analysis-tester körde vi SQL Server och Sysbench. Med SQL Server hade PM1735 en TPS och genomsnittlig latens på 12,625.56 11.25 och 7,869.21 ms, som båda låg nära botten av topplistan. Med Sysbench publicerade den 16.26 28.90 TPS (vilket låg långt bakom KIOXIA-enheterna), XNUMX ms genomsnittlig latens och XNUMX ms i vårt värsta scenario latens.

I VDBench kämpade Samsung-enheten verkligen. Grundläggande höjdpunkter inkluderar drygt 400K i 4K läsning, 632K IOPS i 4K läsning hög belastning, 228K IOPS i 4K skrivning, 196K IOPS i 4K skriv hög belastning, 1.55GB/s i 64K läsning, 2.47GB/s i 64K läsning hög belastning, och 2.3 GB/s i 64K skriv och 2.1 GB/s i 64K skriv hög belastning. SQL såg toppar på 242K IOPS, 242K IOPS i SQL 90-10 och 226K IOPS i SQL 80-20.

Oracle gav oss toppar på 230K IOPS, 200K IOPS i Oracle 90-10 och 197K IOPS i Oracle 80-20. VDI FC gav oss 111K IOPS-start, 52K IOPS Initial Login och 68K IOPS i måndagsinloggning. VDI LC såg 78K IOPS-start, 50K IOPS Initial Login och 55K IOPS Monday Login. Över dessa arbetsbelastningar, där de andra modellerna vi testade lätt absorberade de ytterligare ökade arbetsbelastningarna, körde Samsung PM1735 fast.

I slutändan har övergången till Gen4 gett SSD-leverantörer för företag många prestandamöjligheter. Medan PM1735 klarade sig ganska bra på några få ställen, gav den en ganska ojämn prestandaprofil. Verkliga användningsfall kanske inte märker det, beroende på vilken hårdvara de kommer ifrån. Detta gäller särskilt om arbetsbelastningarna är databasdrivna, där enheten fungerade bra. Men med tanke på valet av enheter på HPE-plattformar är CM6 helt klart ett bättre alternativ.

Engagera dig med StorageReview

Nyhetsbrev | Youtube | LinkedIn | Instagram | Twitter | Facebook | TikTok | Rssflöde