DapuStor H3900 သည် ကုမ္ပဏီ၏ Haishen3-XL လိုင်း၏ အစိတ်အပိုင်းတစ်ခုဖြစ်သည့် enterprise SSD တစ်ခုဖြစ်သည်။ H3100 သို့မဟုတ် H3200 နှင့်မတူဘဲ DapuStor H3900 သည် KIOXIA XL-FLASH နည်းပညာ (နည်းပညာအသစ်ပါရှိသော ဈေးကွက်တွင် ရရှိနိုင်သော ပထမဆုံး drive) ကို အခြေခံထားပြီး Haishen3-XL ဟု အမည်ပေးထားသည်။ storage class memory (SCM) ကို အခြေခံထားသောကြောင့် ဤ SSD သည် data cache နှင့် acceleration၊ in-memory database၊ AI လေ့ကျင့်မှုနှင့် Big Data အပါအဝင် တူညီသော class မီဒီယာများနှင့် အလားတူအသုံးပြုမှုကိစ္စရပ်များကို မျှဝေမည်ဖြစ်သည်။
Storage Class Memory ဟာ ဈေးကွက်ရဲ့ အဲဒီအပိုင်းကို Intel ရဲ့ Optane က လွှမ်းမိုးထားတာ နှစ်အနည်းငယ်ရှိပါပြီ။ သူတို့ဘယ်လိုယှဉ်ပြိုင်ကြလဲဆိုတာ ကြည့်ဖို့ ယှဉ်ပြိုင်မှုတချို့ကို မြင်ရတာ ကောင်းပါတယ်။ ရွေးချယ်စရာတစ်ခုတည်းရှိတဲ့အခါ အကောင်းဆုံးပါပဲ။ တခြား SCM တွေလိုပဲ DapuStor H3900 SSD ဟာ စွမ်းဆောင်ရည်မြင့်မားပြီး အလွန်နိမ့်တဲ့ latency ကို ပေးစွမ်းနိုင်ပါတယ်။ DapuStor ဟာ bandwidth 3.5GB/3.2GB အထိ၊ low queue depth workloads မှာ 830K/300K IOPS နဲ့ 20μs read latency တို့ကို ကိုးကားထားပါတယ်။ စွမ်းဆောင်ရည်တိုးတက်မှုတွေအပြင် drive ဟာ 30DWPD အထိ အံ့သြဖွယ်ကောင်းတဲ့ ခံနိုင်ရည်ရှိပါတယ်။ drive ဟာ Marvell ZAO controller ကို အသုံးပြုထားပါတယ်။
အခြား SCM များကဲ့သို့ပင်၊ စွမ်းရည်ကန့်သတ်ချက်ရှိပါသည်။ H3900 သည် 400GB၊ 750GB၊ 800GB နှင့် 1.6TB စွမ်းရည်များဖြင့် ရရှိနိုင်ပါသည်။ ဤသုံးသပ်ချက်အတွက် ကျွန်ုပ်တို့သည် 800GB ဗားရှင်းကို ကြည့်ရှုပါမည်။
DapuStor H3900 SSD သတ်မှတ်ချက်များ
| မော်ဒယ်အဘယ်သူမျှမ | H3900 | ||||
| စွမ်းရည် (တီဘီ) | 0.4 | 0.75 | 0.8 | 1.6 | |
| form ကို Factor | U.2 နှင့် HHHL | ||||
| interface | PCIe3.0 x 4 NVMe 1.3 | ||||
| Flash အမျိုးအစား | ၉၆L 3D XL-ဖလက်ရှ် | ||||
| ဖတ်ရှုရန် Bandwidth (128KB) MB/s | 3500 | 3500 | 3500 | 3500 | |
| ရေးသားနိုင်သော bandwidth (128KB) MB/s | 3000 | 3100 | 3100 | 3200 | |
| ကျပန်းဖတ်ရှုခြင်း (4KB) KIOPS | 830 | 830 | 830 | 830 | |
| ကျပန်းရေးသားခြင်း (4KB) KIOPS | 246 | 350 | 300 | 288 | |
| ပါဝါသုံးစွဲမှု (ပုံမှန်/အများဆုံး) ဝပ် | 7.0/8.1 | 7.0/8.5 | 7.0/8.5 | 7.0/9.5 | |
| သက်တမ်း | ၀.၆ DWPD | ||||
| 4K ကျပန်း Latency (အမျိုးအစား။ ) R/W μs | ၃၀/၁၇ | ၂၀/၀၉ | ||||
| ပြင်ဆင်၍မရသော Bit Error Rate (UBER) | -17 | ||||
| ကျရှုံးမှုကြားကာလကြာချိန် (MTBF) | 2 သန်းနာရီ | ||||
| ထောကျပံ့ OS ကို | RHEL၊ SLES၊ CentOS၊ Ubuntu၊ Windows Server၊ VMware ESXi | ||||
| အေတြ႕အၾကံဳျပည့္အလင္းျပသူမ်ား | FCC၊ CE၊ ROHS၊ REACH၊ WEEE၊ PCI express၊ NVM express | ||||
DapuStor H3900 SSD စွမ်းဆောင်ရည်
စမ်းသပ်ခန်း
ကျွန်ုပ်တို့ရဲ့ Enterprise SSD သုံးသပ်ချက်တွေက application tests တွေအတွက် Lenovo ThinkSystem SR850 ကို အသုံးပြုထားပါတယ် (မှတ်ချက်- compatibility issue ကြောင့် front bay slot အစား adapter card ကို အသုံးပြုရပါတယ်) နဲ့ synthetic benchmarks တွေအတွက် Dell PowerEdge R740xd တို့ကို အသုံးပြု ထားပါတယ်။ ThinkSystem SR850 ဟာ ကောင်းမွန်စွာတပ်ဆင်ထားတဲ့ quad-CPU platform တစ်ခုဖြစ်ပြီး high performance local storage ကို ဖိအားပေးဖို့ လိုအပ်တဲ့ CPU power ကို ပေးစွမ်းပါတယ်။ CPU resources အများကြီး မလိုအပ်တဲ့ Synthetic test တွေက ပိုပြီး ရိုးရာ dual-processor server ကို အသုံးပြုပါတယ်။ နှစ်ခုစလုံးမှာ ရည်ရွယ်ချက်က storage vendor ရဲ့ maximum drive specs တွေနဲ့ ကိုက်ညီတဲ့ local storage ကို အကောင်းဆုံးပြသဖို့ပါ။
Lenovo ThinkSystem SR850
- Intel Platinum 8160 CPU ၄ လုံး (2.1GHz x 24 Cores)
- 16 x 32GB DDR4-2666Mhz ECC DRAM
- RAID 930-8i 12Gb/s RAID ကတ် ၂ ခု
- NVMe Bay ၈ ခု
- VMware ESXI 6.5
Dell PowerEdge R740xd
- Intel Gold 6130 CPU ၂ ခု (2.1GHz x 16 Cores)
- 4 x 16GB DDR4-2666MHz ECC DRAM
- ၁ x PERC 730 2GB 12Gb/s RAID ကတ်
- ထပ်ထည့် NVMe အဒက်တာ
- Ubuntu-16.04.3-desktop-amd64
နောက်ခံနှင့် နှိုင်းယှဉ်နိုင်သော အရာများကို စမ်းသပ်ခြင်း
StorageReview Enterprise Test Lab သည် စီမံခန့်ခွဲသူများ အမှန်တကယ် ဖြန့်ကျက်မှုများတွင် ကြုံတွေ့ရသည့်အရာများနှင့် နှိုင်းယှဉ်နိုင်သော ပတ်ဝန်းကျင်တွင် enterprise storage devices များ၏ benchmarks များကို လုပ်ဆောင်ရန်အတွက် ပြောင်းလွယ်ပြင်လွယ်ရှိသော ဗိသုကာတစ်ခုကို ပံ့ပိုးပေးပါသည်။ Enterprise Test Lab တွင် အမျိုးမျိုးသော server များ၊ ကွန်ရက်ချိတ်ဆက်မှု၊ ပါဝါထိန်းညှိမှုနှင့် အခြားကွန်ရက်အခြေခံအဆောက်အအုံများ ပါဝင်ပြီး ကျွန်ုပ်တို့၏ ဝန်ထမ်းများအား ကျွန်ုပ်တို့၏ ပြန်လည်သုံးသပ်ချက်များအတွင်း စွမ်းဆောင်ရည်ကို တိကျစွာတိုင်းတာနိုင်ရန် လက်တွေ့အခြေအနေများကို ချမှတ်နိုင်စေပါသည်။
IT ကျွမ်းကျင်ပညာရှင်များနှင့် သိုလှောင်မှုရယူခြင်းအတွက် တာဝန်ရှိသူများသည် အောက်ပါရလဒ်များ ရရှိခဲ့သည့် အခြေအနေများကို နားလည်နိုင်စေရန်အတွက် ဓာတ်ခွဲခန်းပတ်ဝန်းကျင်နှင့် ပရိုတိုကောများအကြောင်း ဤအသေးစိတ်အချက်အလက်များကို ပြန်လည်သုံးသပ်ချက်များထဲသို့ ကျွန်ုပ်တို့ ထည့်သွင်းထားပါသည်။ ကျွန်ုပ်တို့စမ်းသပ်နေသော စက်ပစ္စည်းထုတ်လုပ်သူမှ ကျွန်ုပ်တို့၏ သုံးသပ်ချက်များထဲမှ မည်သည့်အရာကိုမျှ ငွေပေးချေခြင်း သို့မဟုတ် ကြီးကြပ်ခြင်း မရှိပါ။ StorageReview Enterprise Test Lab အကြောင်း နောက်ထပ်အသေးစိတ်အချက်အလက်များ နှင့် ၎င်း၏ကွန်ရက်စွမ်းရည်များအကြောင်း အပြည့်အစုံကို ထိုစာမျက်နှာများတွင် ရရှိနိုင်ပါသည်။
အပလီကေးရှင်း အလုပ်ပမာဏ ခွဲခြမ်းစိတ်ဖြာခြင်း
Enterprise storage devices များ၏ စွမ်းဆောင်ရည် ဝိသေသလက္ခဏာများကို နားလည်ရန်အတွက်၊ live production environments များတွင် တွေ့ရှိရသော infrastructure နှင့် application workloads များကို model လုပ်ရန် အရေးကြီးပါသည်။ ထို့ကြောင့် DapuStor H3100 အတွက် ကျွန်ုပ်တို့၏ benchmarks များမှာ SysBench မှတစ်ဆင့် MySQL OLTP စွမ်းဆောင်ရည် နှင့် simulated TCP-C workload ပါရှိသော Microsoft SQL Server OLTP စွမ်းဆောင်ရည် တို့ဖြစ်သည် ။ ကျွန်ုပ်တို့၏ application workloads များအတွက်၊ drive တစ်ခုစီသည် တူညီသော configure လုပ်ထားသော VM ၂-၄ ခုကို လည်ပတ်နေမည်ဖြစ်သည်။
SideFX မှ Houdini
Houdini စမ်းသပ်မှုကို CGI rendering နှင့် ဆက်စပ်၍ သိုလှောင်မှုစွမ်းဆောင်ရည်ကို အကဲဖြတ်ရန် အထူးဒီဇိုင်းထုတ်ထားသည်။ ဤအပလီကေးရှင်းအတွက် testbed သည် ကျွန်ုပ်တို့ဓာတ်ခွဲခန်းတွင် dual Intel 6130 CPU များနှင့် 64GB DRAM ဖြင့်အသုံးပြုသည့် core Dell PowerEdge R740xd server အမျိုးအစား၏ မျိုးကွဲတစ်ခုဖြစ်သည်။ ဤကိစ္စတွင်၊ ကျွန်ုပ်တို့သည် bare metal ကို အသုံးပြုသည့် Ubuntu Desktop (ubuntu-16.04.3-desktop-amd64) ကို ထည့်သွင်းခဲ့သည်။ benchmark ၏ output ကို ပြီးမြောက်ရန် စက္ကန့်ပိုင်းအတွင်း တိုင်းတာပြီး အရေအတွက်နည်းလေ ပိုကောင်းလေဖြစ်သည်။
Maelstrom demo သည် rendering pipeline ၏ အစိတ်အပိုင်းတစ်ခုကို ကိုယ်စားပြုပြီး swap file ကို extended memory ပုံစံတစ်ခုအဖြစ် ထိရောက်စွာအသုံးပြုနိုင်မှုကို ပြသခြင်းဖြင့် storage ၏ စွမ်းဆောင်ရည်စွမ်းရည်များကို မီးမောင်းထိုးပြသည်။ latency သက်ရောက်မှု၏ underlying storage component သို့ wall-time effect ကို ခွဲထုတ်ရန် စမ်းသပ်မှုသည် ရလဒ်ဒေတာကို ရေးသားခြင်း သို့မဟုတ် point များကို မလုပ်ဆောင်ပါ။ စမ်းသပ်မှုကိုယ်တိုင်တွင် အဆင့်ငါးဆင့်ပါဝင်ပြီး ၎င်းတို့အနက် သုံးဆင့်ကို benchmark ၏ တစ်စိတ်တစ်ပိုင်းအဖြစ် ကျွန်ုပ်တို့ လုပ်ဆောင်ပြီး အောက်ပါအတိုင်းဖြစ်သည်-
- disk မှ packed point များကို load လုပ်သည်။ ၎င်းသည် disk မှဖတ်ရန်အချိန်ဖြစ်သည်။ ၎င်းသည် single-threaded ဖြစ်ပြီး၊ overall threadput ကို ကန့်သတ်နိုင်သည်။
- ပွိုင့်များကို စီမံဆောင်ရွက်နိုင်စေရန်အတွက် တစ်ခုတည်းသော flat array တစ်ခုအဖြစ် ဖြည်ချသည်။ ပွိုင့်များသည် အခြားပွိုင့်များအပေါ် မှီခိုမှုမရှိပါက၊ အလုပ်လုပ်သည့် set ကို core တွင်ရှိနေစေရန် ချိန်ညှိနိုင်သည်။ ဤအဆင့်သည် multi-threaded ဖြစ်သည်။
- (မလုပ်ဆောင်ပါ) ရမှတ်များကို လုပ်ဆောင်သည်။
- ၎င်းတို့ကို ဒစ်ခ်သို့ ပြန်သိမ်းဆည်းရန် သင့်လျော်သော bucketed blocks များထဲသို့ ပြန်လည်ထုပ်ပိုးသည်။ ဤအဆင့်သည် multi-threaded ဖြစ်သည်။
- (မလုပ်ဆောင်ပါ) bucket လုပ်ထားသော block များကို disk သို့ ပြန်ရေးသည်။
ဤနေရာတွင် DapuStor H3900 သည် အခြား SCM drives များနှင့် အကွာအဝေးအတွင်းသို့ ၂,၂၀၁.၉၈၇ စက္ကန့်ဖြင့် ရောက်ရှိနိုင်ခဲ့သည်။
VDBench လုပ်ငန်းဝန်အား ခွဲခြမ်းစိတ်ဖြာခြင်း
သိုလှောင်မှုစက်ပစ္စည်းများကို benchmarking လုပ်ရာတွင် application testing သည် အကောင်းဆုံးဖြစ်ပြီး synthetic testing သည် ဒုတိယနေရာတွင် ရှိသည်။ တကယ့် workload များကို ပြီးပြည့်စုံစွာ ကိုယ်စားပြုခြင်းမဟုတ်သော်လည်း synthetic test များသည် repeatability factor ရှိသော baseline storage စက်ပစ္စည်းများကို ပြိုင်ဘက်ဖြေရှင်းချက်များအကြား apples-to-apples နှိုင်းယှဉ်မှုကို လွယ်ကူစွာပြုလုပ်နိုင်စေပါသည်။ ဤ workload များသည် “four corners” စမ်းသပ်မှုများ၊ common database transfer size စမ်းသပ်မှုများမှသည် မတူညီသော VDI ပတ်ဝန်းကျင်များမှ capture များကို ခြေရာခံခြင်းအထိ မတူညီသော testing profile အမျိုးမျိုးကို ပေးဆောင်ပါသည်။ ဤစမ်းသပ်မှုအားလုံးသည် scripting engine ပါရှိသော common vdBench workload generator ကို အသုံးပြုပြီး compute testing cluster ကြီးတစ်ခုပေါ်တွင် ရလဒ်များကို အလိုအလျောက်လုပ်ဆောင်ပြီး ဖမ်းယူပါသည်။ ၎င်းသည် flash arrays များနှင့် individual storage devices များအပါအဝင် storage devices အမျိုးမျိုးတွင် တူညီသော workload များကို ထပ်ခါတလဲလဲလုပ်ဆောင်နိုင်စေပါသည်။ ဤ benchmark များအတွက် ကျွန်ုပ်တို့၏ စမ်းသပ်မှုလုပ်ငန်းစဉ်သည် drive မျက်နှာပြင်တစ်ခုလုံးကို data များဖြင့် ဖြည့်ပြီးနောက် drive သည် application workload များကို မည်သို့တုံ့ပြန်နိုင်သည်ကို တုပရန် drive စွမ်းရည်၏ 25% နှင့်ညီမျှသော drive အပိုင်းကို partition လုပ်ပါသည်။ ၎င်းသည် drive ၏ 100% ကိုအသုံးပြုပြီး ၎င်းတို့ကို steady state သို့ယူဆောင်သွားသည့် full entropy စမ်းသပ်မှုများနှင့် ကွာခြားပါသည်။ ရလဒ်အနေဖြင့် ဤကိန်းဂဏန်းများသည် ပိုမိုမြင့်မားသော stable write speeds ကို ထင်ဟပ်စေမည်ဖြစ်သည်။
ကိုယ်ရေးအချက်အလက်
- 4K ကျပန်းဖတ်ရှုမှု- 100% ဖတ်ရှုမှု၊ 128 threads၊ 0-120% iorate
- 4K ကျပန်းရေးသားမှု- 100% ရေးသားမှု၊ 64 threads၊ 0-120% iorate
- ၆၄K စဉ်ဆက်မပြတ်ဖတ်ရှုမှု- ၁၀၀% ဖတ်ရှုမှု၊ ၁၆ ချည်၊ ၀-၁၂၀% iorate
- ၆၄K အစဉ်လိုက်ရေးသားမှု- ၁၀၀% ရေးသားမှု၊ ၈ ချည်၊ ၀-၁၂၀% iorate
- ပေါင်းစပ်ဒေတာဘေ့စ်- SQL နှင့် Oracle
- VDI အပြည့်အဝ Clone နှင့် ချိတ်ဆက်ထားသော Clone Traces များ
နှိုင်းယှဉ်နိုင်သောအချက်များ-
ကျွန်ုပ်တို့ရဲ့ ပထမဆုံး VDBench Workload Analysis, Random 4K Read မှာ DapuStor ဟာ latency 31.7µs သာရှိတဲ့ စွမ်းဆောင်ရည်ကို ဖော်ပြခဲ့ပြီး latency 148.2µs သာရှိတဲ့ 835,064 IOPS အထိ အမြင့်ဆုံးရောက်ရှိခဲ့ပြီးနောက် အနည်းငယ်ကျဆင်းသွားခဲ့ပါတယ်။ ဒါကြောင့် drive ဟာ အဆင်ပြေတဲ့ အကွာအဝေးနဲ့ ပထမနေရာကို ရောက်ရှိခဲ့ပါတယ်။
H3900 အတွက် 4K random write ကတော့ တခြားဇာတ်လမ်းတစ်ပုဒ်ပါ။ ဒီမှာတော့ drive က အမြင့်ဆုံးစွမ်းဆောင်ရည် 338,630 IOPS နဲ့ latency 457.4µs နဲ့အတူ တတိယနေရာမှာ ရပ်တည်နေပါတယ်။
sequential workloads ကိုပြောင်းတဲ့အခါ 64K benchmarks တွေကိုကြည့်ပါတယ်။ sequential read အတွက် H3900 ဟာ 47,707 IOPS ဒါမှမဟုတ် 3GB/s မှာ latency 334.3µs နဲ့ ဒုတိယနေရာမှာရပ်တည်နေပါတယ်။
64K sequential write ဖြင့် DapuStor သည် latency 431µs တွင် 36,571 IOPS သို့မဟုတ် 2.3GB/s ဖြင့် ထိပ်ဆုံးမှ ပြန်လည်ရပ်တည်ခဲ့သည်။
ကျွန်ုပ်တို့ရဲ့ နောက်ထပ်စမ်းသပ်မှုတွေကတော့ SQL workloads တွေဖြစ်တဲ့ SQL, SQL 90-10 နဲ့ SQL 80-20 တို့ပဲ ဖြစ်ပါတယ်။ SQL ကနေစပြီး DapuStor H3900 ဟာ 100µs အောက်မှာ အပြည့်အဝရှိနေတာကြောင့် အထင်ကြီးလောက်စရာ စွမ်းဆောင်ရည်ကို ရရှိခဲ့ပါတယ်။ drive ဟာ 405,709 IOPS နဲ့ latency 78.6µs သာရှိတာကြောင့် ပထမနေရာမှာ ရပ်တည်နိုင်ခဲ့ပါတယ်။
SQL 90-10 အတွက် H3900 သည် ၎င်း၏ latency လမ်းကြောင်းကို ထပ်မံပြသခဲ့ပြီး အမြင့်ဆုံးရမှတ် 388,430 IOPS ဖြင့် latency 81.8µs သာရှိသည်။ drive သည် ပထမနေရာကို အလွယ်တကူ ရရှိခဲ့သည်။
SQL 80-20 သည် H3900 ၏ အကောင်းဆုံးနေရာချထားမှုကို ပြသခဲ့ပြီး latency အတွက် 83.9µs တွင် အမြင့်ဆုံး 378,175 IOPS ဖြင့် အုပ်စုထက် များစွာသာလွန်ခဲ့သည်။
နောက်တစ်ခုကတော့ ကျွန်တော်တို့ရဲ့ Oracle workloads တွေဖြစ်တဲ့ Oracle, Oracle 90-10 နဲ့ Oracle 80-20 တို့ပါ။ Oracle ကနေစပြီး DapuStor H3900 ဟာ အလွန်နိမ့်တဲ့ latency လွှမ်းမိုးမှုနဲ့ ဆက်လက်တည်ရှိနေခဲ့ပါတယ်။ drive ဟာ latency 98.5µs နဲ့ အမြင့်ဆုံး 354,991 IOPS နဲ့ ပထမနေရာမှာ ရပ်တည်ခဲ့ပါတယ်။
Oracle 90-10 မှာ H3900 ဟာ အမြင့်ဆုံး IOPS 332,320 နဲ့ latency 65.7µs နဲ့အတူ ပထမနေရာမှာ ရှိနေခဲ့ပါတယ်။
Oracle 80-20 မှာ H3900 ကို 328,103 IOPS နဲ့ latency 66.3µs နဲ့ ထိပ်ဆုံးမှာ ထပ်မံထားရှိခဲ့ပါတယ်။
နောက်တစ်ခုအနေနဲ့ ကျွန်တော်တို့ရဲ့ VDI clone စမ်းသပ်မှုဖြစ်တဲ့ Full နဲ့ Linked ကို ပြောင်းလိုက်ပါတယ်။ VDI Full Clone (FC) Boot အတွက် DapuStor H3900 ဟာ အမြင့်ဆုံး IOPS 231,866 နဲ့ latency 138.8µs နဲ့အတူ ဦးဆောင်နေခဲ့ပြီး နောက်ပိုင်းမှာတော့ အချို့သော စွမ်းဆောင်ရည်တွေ ကျဆင်းသွားခဲ့ပါတယ်။
VDI FC Initial Login အတွက် H3900 သည် အမြင့်ဆုံး 145,357 IOPS နှင့် latency 203.4µs ဖြင့် ထိပ်ဆုံးတွင် ရှိနေသည်။
VDI FC တနင်္လာနေ့ Login တွင် DapuStor သည် 118,009 IOPS ဖြင့် latency 133.6µs ဖြင့် stop နေရာကို ရယူထားသည်ကို မြင်တွေ့ခဲ့ရသည်။
VDI Linked Clone (LC) Boot အတွက် DapuStor H3900 သည် 107,815 IOPS ဖြင့် latency 147.8µs ဖြင့် အမြင့်ဆုံးသို့ ရောက်ရှိခဲ့သည်။ drive သည် ပထမနေရာတွင် ရှိနေသည်။
ထိပ်ဆုံးမှာ အချိန်အတော်ကြာပြီးနောက် H3900 ဟာ ကျွန်တော်တို့ရဲ့ VDI LC Initial Login မှာ Intel 900p ရဲ့နောက် ဒုတိယနေရာကို ကျဆင်းသွားခဲ့ပြီး အမြင့်ဆုံး 64,107 IOPS နဲ့ latency 122µs ရှိပါတယ်။
နောက်ဆုံးအနေနဲ့ H3900 ဟာ VDI LC Monday Login မှာ အမြင့်ဆုံး 84,739 IOPS နဲ့ latency 186.2µs နဲ့အတူ ဦးဆောင်သွားခဲ့ပါတယ်။
ကောက်ချက်
DapuStor H3900 သည် enterprise အတွက် storage class memory (SCM) SSD တစ်ခုဖြစ်သည်။ ဤ drive သည် KIOXIA ၏ XL-FLASH နည်းပညာကို အသုံးပြုထားပြီး DapuStor ၏ Haishen3-XL လိုင်း၏ တစ်စိတ်တစ်ပိုင်းဖြစ်လာသည်။ SCM drive တစ်ခုဖြစ်သောကြောင့် SCM နှင့် ဆက်စပ်နေသော အသုံးပြုမှုကိစ္စရပ်များအတွက် ရည်ရွယ်ထားသော်လည်း data cache နှင့် acceleration၊ in-memory database၊ AI လေ့ကျင့်မှုနှင့် Big Data တို့အတွက် အထူးရည်ရွယ်သည်။ drive သည် U.2 နှင့် HHHL form factor နှစ်မျိုးလုံးဖြင့် ရရှိနိုင်သည် (ကျွန်ုပ်တို့သည် U.2 ဗားရှင်းကို ကြည့်ရှုနေပါသည်။) အခြား SCM drive များကဲ့သို့ပင် စွမ်းရည်သည် အနည်းငယ်နိမ့်သော်လည်း 400GB၊ 750GB၊ 800GB နှင့် 1.6TB ဖြင့် ရရှိနိုင်ပါသည်။ စွမ်းဆောင်ရည်အတွက် drive သည် 3.5GB/3.2GB bandwidth၊ low queue depth workloads တွင် 830K/300K IOPS၊ 20μs read latency နှင့် 30DWPD အထိ ရရှိနိုင်ကြောင်း ဖော်ပြထားသည်။
စွမ်းဆောင်ရည်ကိုကြည့်မယ်ဆိုရင် Application Workload Analysis (Houdini only) နဲ့ VDBench စမ်းသပ်မှုနှစ်ခုလုံးကို လုပ်ဆောင်ခဲ့ပါတယ်။ SideFX ရဲ့ Houdini အတွက် H3900 ဟာ စက္ကန့် ၂၂၀၁.၉၈၇ နဲ့ ထိပ်ဆုံးနားမှာ ရှိနေပါတယ်။ ရိုးရာ NAND drives တွေထက် ပိုကောင်းပေမယ့် SCM drives တွေရဲ့ အနိမ့်ဆုံးအဆင့်မှာ ရှိပါတယ်။
VDBench အတွက် drive က တကယ်ကို တောက်ပြောင်ခဲ့ပါတယ်။ အဓိကအချက်တွေကတော့ 4K read အတွက် 835K IOPS၊ 4K write အတွက် 339K IOPS၊ 64K read အတွက် 3GB/s နဲ့ 64K write အတွက် 2.3GB/s ရရှိခဲ့ပါတယ်။ SQL နဲ့ဆိုရင် စမ်းသပ်မှုသုံးခုလုံးမှာ 406K IOPS၊ SQL 90-10 အတွက် 388K IOPS၊ SQL 80-20 အတွက် 378K IOPS တွေနဲ့ latency 100µs အောက် ရရှိခဲ့ပါတယ်။ Oracle အတွက် 355K IOPS၊ Oracle 90-10 အတွက် 332K IOPS၊ Oracle 80-20 အတွက် 328K IOPS နဲ့ စမ်းသပ်မှုသုံးခုလုံးမှာ latency 100µs အောက် ရရှိခဲ့ပါတယ်။ VDI clone စမ်းသပ်မှုတွေမှာ H3900 က အထင်ကြီးစရာကောင်းလောက်အောင် ဆက်လက်ကောင်းမွန်ပြီး ထိပ်ဆုံး ဒါမှမဟုတ် အနီးနားမှာ ရှိနေခဲ့ပါတယ်။ VDI FC boot မှာ drive က 232K IOPS ရှိပြီး VDI FC initial login မှာ drive က 145K IOPS ရှိပြီး VDI FC Monday login မှာ 118K IOPS ရှိပြီး VDI LC boot မှာ 108K IOPS အထိ ရောက်ရှိခဲ့ပြီး VDI LC initial login မှာ အမြင့်ဆုံး 64K IOPS အထိ ရောက်ရှိခဲ့ပြီး VDI LC Monday login မှာ 85K IOPS လောက်အထိ ရောက်ရှိခဲ့ပါတယ်။
Optane ဟာ SCM နယ်ပယ်မှာ ကြာရှည်စွာ အုပ်စိုးထားနိုင်ခဲ့တာကြောင့် အထင်ကြီးလောက်စရာ စွမ်းဆောင်ရည်နဲ့ ပြိုင်ဘက်တစ်ယောက် ကွင်းထဲ ဝင်ရောက်လာတာကို မြင်ရတာ ကောင်းပါတယ်။ DapuStor ဟာ Houdini မှာ ထိပ်ဆုံးနေရာကို မယူခဲ့ပေမယ့် နီးစပ်ပေမယ့် ကျွန်တော်တို့ရဲ့ တခြား benchmark အများစုကိုတော့ အကြိမ်အတော်များများမှာ latency အနည်းငယ်နဲ့ လွှမ်းမိုးထားနိုင်ခဲ့ပါတယ်။ latency အလွန်နည်းပြီး စွမ်းဆောင်ရည်ကောင်းဖို့ လိုအပ်တဲ့ workloads တွေအတွက် DapuStor H3900 က သင်ရှာဖွေနေတဲ့ drive ပါပဲ။
အမေဇုံ