StorageReview.com

TEAMGROUP T-CREATE CLASSIC SSD သုံးသပ်ချက်

Client ပေးရပါတယ်။  ◇  end User

TEAMGROUP T-CREATE CLASSIC သည် ဈေးကွက်တွင် ဝင်ရောက်လာသော ကုမ္ပဏီ၏ အသစ်ထွက် PCIe SSD ဖြစ်ပြီး Gen3 မော်ဒယ်ဖြစ်သည် (Gen4 ဗားရှင်းလည်း ရှိသည်)။ ဤ NVMe drive သည် အခြေခံအဆင့် စားသုံးသူထုတ်ကုန်တစ်ခုဖြစ်သော်လည်း ကုမ္ပဏီက T-CREATE CLASSIC ကို နေ့စဉ်လုပ်ငန်းဆောင်တာများတွင် ပရိုဂရမ်များစွာကို တစ်ပြိုင်နက်တည်းအသုံးပြုခြင်းအပါအဝင် ဖန်တီးမှုဆိုင်ရာ ပရော်ဖက်ရှင်နယ်များအတွက် အထူးဒီဇိုင်းထုတ်ထားကြောင်း ပြောကြားခဲ့သည်။ 3D TLC flash ပါဝင်သော DRAM-less T-CREATE drive တွင် RTS5763DL controller တပ်ဆင်ထားပြီး 1TB နှင့် 2TB စွမ်းရည်များဖြင့် ရရှိနိုင်ပါသည်။

TEAMGROUP T-CREATE CLASSIC ရှေ့မြင်ကွင်း

စွမ်းဆောင်ရည်အတွက် TEAMGROUP သည် ၎င်းတို့၏ drive အသစ်သည် 1TB စွမ်းရည်အတွက် 2.1GB/s read နှင့် 1.7GB/s write speeds အထိ ရောက်ရှိရန် မျှော်လင့်ထားပြီး (Crystal Disk Mark benchmarking software ကို အသုံးပြု၍) မော်ဒယ်နှစ်မျိုးလုံးတွင် အများဆုံး 220,000 IOPS read နှင့် 200,000 IOPS write ပေးစွမ်းနိုင်မည်ဟု ဖော်ပြထားပါသည်။ ၎င်းတွင် MTBF အဆင့်သတ်မှတ်ချက် ၁.၅ သန်းနာရီ ပါဝင်ပြီး ဒေတာဘေးကင်းမှုနှင့် တည်တံ့မှုကို သေချာစေရန် မြင့်မားသောနှုန်းထား LDPC (Low-Density Parity Check) ECC လုပ်ဆောင်ချက်ကို ပံ့ပိုးပေးပါသည်။

ဒါ့အပြင် TEAMGROUP က ဒီ drive အကြောင်း အသေးစိတ်အချက်အလက်တွေကို သိပ်မပြောပြပါဘူး။ ဒီ drive ကို ကြည့်ပြီးတဲ့နောက်မှာ Realtek RTS5763DL controller ပါတာကို ကျွန်တော်တို့ တွေ့ရှိခဲ့ပါတယ်။ ဒါက ၂၀၁၈ ခုနှစ်မှာ စတင်မိတ်ဆက်ခဲ့တဲ့ client-based controller တစ်ခုဖြစ်ပြီး NAND configuration အမျိုးမျိုးကို ပါရှိပါတယ်။ Realtek ရဲ့ ဝက်ဘ်ဆိုက်မှာ storage controller တွေ မပါတော့ဘူးဆိုတာ သတိပြုသင့်ပါတယ်။

TEAMGROUP T-CREATE CLASSIC ဘေးဘက်မြင်ကွင်း

Drive ပေါ်က အဖြူရောင်တံဆိပ်က အပူထိန်းညှိပေးတဲ့စနစ်အဖြစ်လည်း အသုံးပြုနိုင်ပြီး အလူမီနီယမ်နဲ့ ပြုလုပ်ထားပါတယ်။ လိုအပ်ရင် အလွယ်တကူ ဖြုတ်တပ်နိုင်ပါတယ်။ Drive ကို ၅ နှစ်အာမခံပေးထားပြီး 1TB မော်ဒယ်ရဲ့ ဈေးနှုန်းက ဒေါ်လာ ၁၀၀ နဲ့ 2TB မော်ဒယ်ရဲ့ ဈေးနှုန်းက အသီးသီး ဒေါ်လာ ၂၀၀ လောက်ရှိပါတယ် ။

TEAMGROUP T-CREATE CLASSIC သတ်မှတ်ချက်များ

ပုံစံ ဂန္ထဝင် PCIe SSD
interface PCIe Gen3x4 ပါ NVMe 1.3
စွမ်းဆောင်ရည်မြှင့် 1TB / 2TB
ဗို့အား DC က + 3.3V
စစ်ဆင်ရေးအပူချိန် ၀˚C ~ ၇၀˚C
သိုလှောင်ခြင်းအပူချိန် -၄၀˚C ~ ၈၅˚C
ရေးသားထားသော တယ်ရာဘိုက် ၂ တီဘီ: ၂၀၀၀ တီဘီ
၂ တီဘီ: ၂၀၀၀ တီဘီ[2]
performance ခရစ္စတယ် ဒစ်ခ် အမှတ်အသား:

  • 1TB ဖတ်/ရေး: 2,100/1,700 MB/s အထိ
  • 2TB ဖတ်/ရေး: 2,100/1,600 MB/s အထိ

IOPS:

  • 1TB ဖတ်ရှု/ရေးသားမှု: အမြင့်ဆုံး 220K/200K IOPS
  • 2TB ဖတ်ရှု/ရေးသားမှု: အမြင့်ဆုံး 220K/200K IOPS
အလေးချိန် 11g
ရှုထောင့် 80.0 (L) ကို 22.0 (W) က x 3.7 (H) မီလီမီတာ x
စိုစွတ်ခြင်း RH 90% သည် ၄၀°C အောက် (လည်ပတ်နေစဉ်)
တုန်ခါမှု 80Hz ~ 2,000Hz/20G
သှေးလနျ့ခွငျး 1500G/0.5ms
MTBF 1,500,000 နာရီ
အာမခံချက် 5 နှစ်ကန့်သတ်အာမခံ

TEAMGROUP T-CREATE CLASSIC ဖျော်ဖြေမှု

စမ်းသပ်ခန်း

ဤစမ်းသပ်မှုများတွင် အသုံးချထားသော စမ်းသပ်ပလက်ဖောင်းမှာ Dell PowerEdge R740xd server ဖြစ်သည်။ RAID card cache ၏ သက်ရောက်မှုကို ပိတ်ရန်သာ ကတ်ကို HBA mode တွင် သတ်မှတ်ထားသော်လည်း ဤ server အတွင်းရှိ Dell H730P RAID ကတ်မှတစ်ဆင့် SATA စွမ်းဆောင်ရည်ကို ကျွန်ုပ်တို့ တိုင်းတာပါသည်။ NVMe ကို M.2 မှ PCIe adapter ကတ်မှတစ်ဆင့် natively စမ်းသပ်ထားသည်။ virtualized server ကမ်းလှမ်းချက်များအတွင်း တသမတ်တည်းရှိမှု၊ တိုးချဲ့နိုင်မှု နှင့် ပြောင်းလွယ်ပြင်လွယ်ရှိမှု စမ်းသပ်ခြင်းတို့ဖြင့် အသုံးပြုထားသော နည်းလမ်းသည် end-user workflow ကို ပိုမိုကောင်းမွန်စွာ ထင်ဟပ်စေသည်။

အသေးငယ်ဆုံး QD1 (Queue-Depth 1) အဆင့်များတွင်သာမက drive ၏ load range တစ်ခုလုံးတွင် drive latency ကို အဓိကထားလုပ်ဆောင်ပါသည်။ အသုံးများသော consumer benchmark အများစုသည် end-user workload profile များကို လုံလောက်စွာ မဖမ်းယူနိုင်သောကြောင့် ကျွန်ုပ်တို့ ဤသို့လုပ်ဆောင်ပါသည်။

SQL Server စွမ်းဆောင်ရည်

SQL Server VM တစ်ခုစီကို vDisk နှစ်ခုဖြင့် configure လုပ်ထားသည်- boot အတွက် 100GB volume နှင့် database နှင့် log files အတွက် 500GB volume တို့ဖြစ်သည်။ system resource ရှုထောင့်မှကြည့်လျှင် VM တစ်ခုစီကို vCPU ၈ ခု၊ DRAM 64GB ဖြင့် configure လုပ်ထားပြီး LSI Logic SAS SCSI controller ကို အသုံးချခဲ့သည်။ ကျွန်ုပ်တို့၏ Sysbench workloads များကို စမ်းသပ်ခဲ့ပြီး ယခင်က storage I/O နှင့် capacity နှစ်မျိုးလုံးတွင် platform ကို ပြည့်နှက်စေခဲ့သော်လည်း SQL စမ်းသပ်မှုသည် latency စွမ်းဆောင်ရည်ကို ရှာဖွေနေပါသည်။

ဤစမ်းသပ်မှုသည် Windows Server 2012 R2 guest VM များတွင် လည်ပတ်နေသော SQL Server 2014 ကိုအသုံးပြုပြီး Quest ၏ Benchmark Factory for Databases မှ အလေးထားပါသည်။ StorageReview ၏ Microsoft SQL Server OLTP စမ်းသပ်မှု protocol သည် ရှုပ်ထွေးသော application environments များတွင်တွေ့ရှိရသော လုပ်ဆောင်ချက်များကို တုပသည့် အွန်လိုင်း transaction-processing benchmark တစ်ခုဖြစ်သည့် Transaction Processing Performance Council ၏ Benchmark C (TPC-C) ၏ လက်ရှိမူကြမ်းကို အသုံးပြုသည်။

TPC-C benchmark သည် synthetic performance benchmark များထက် database environment များတွင် storage infrastructure ၏ performance strengths နှင့် bottlenecks များကို တိုင်းတာရာတွင် ပိုမိုနီးစပ်ပါသည်။ ဤသုံးသပ်ချက်အတွက် ကျွန်ုပ်တို့၏ SQL Server VM ၏ instance တစ်ခုချင်းစီသည် 333GB (1,500 scale) SQL Server database ကိုအသုံးပြုပြီး virtual user 15,000 ၏ load အောက်တွင် transactional performance နှင့် latency ကိုတိုင်းတာသည်။

SQL Server စမ်းသပ်ခြင်း ပုံစံ (VM တစ်ခုချင်းစီ)

  • Windows Server 2012 R2
  • သိုလှောင်မှုပမာဏ- 600GB ခွဲဝေထားပြီး 500GB အသုံးပြုပြီး
  • SQL Server 2014
  • ဒေတာဘေ့စ်အရွယ်အစား: ၁၅၀၀ စကေး
      • Virtual Client ဝန်: ၁၅၀၀၀
      • RAM ဘာဖာ: 48GB
  • စမ်းသပ်ချိန်: ၃ နာရီ
      • ၂.၅ နာရီ ကြိုတင်ပြုပြင်ခြင်း
      • နမူနာကာလ ၃၀ မိနစ်

SQL Server ပျမ်းမျှ latency ကိုကြည့်မယ်ဆိုရင် CLASSIC မှာ ပျမ်းမျှ latency 50ms ရှိတာကြောင့် leaderboard ရဲ့ အောက်ဆုံးနားမှာ ရှိပါတယ် (ကွာခြားချက်ကြီးပြီး Samsung 980 ထက် အနည်းငယ်သာပါတယ် )။

TEAMGROUP T-CREATE CLASSIC SQL Server နှောင့်နှေးမှု

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 သက်ရောက်မှု၏ wall-time အကျိုးသက်ရောက်မှုကို underlying storage component သို့ ခွဲထုတ်ရန် စမ်းသပ်မှုသည် ရလဒ်ဒေတာကို ရေးသားခြင်း သို့မဟုတ် point များကို မလုပ်ဆောင်ပါ။ စမ်းသပ်မှုကိုယ်တိုင်တွင် အဆင့်ငါးဆင့်ပါဝင်ပြီး ၎င်းတို့အနက် သုံးဆင့်ကို benchmark ၏ တစ်စိတ်တစ်ပိုင်းအဖြစ် ကျွန်ုပ်တို့ လုပ်ဆောင်ပြီး အောက်ပါအတိုင်းဖြစ်သည်-

  • disk မှ packed point များကို load လုပ်သည်။ ၎င်းသည် disk မှ ဖတ်ရှုရန် အချိန်ဖြစ်သည်။ ၎င်းသည် single-threaded ဖြစ်ပြီး၊ overall threadput ကို ကန့်သတ်နိုင်သည်။
  • ပွိုင့်များကို စီမံဆောင်ရွက်နိုင်စေရန်အတွက် တစ်ခုတည်းသော flat array တစ်ခုအဖြစ် ဖြည်ထုတ်သည်။ ပွိုင့်များသည် အခြားပွိုင့်များအပေါ် မှီခိုမှုမရှိပါက၊ အလုပ်လုပ်သည့် set ကို core တွင်ရှိနေစေရန် ချိန်ညှိနိုင်သည်။ ဤအဆင့်သည် multi-threaded ဖြစ်သည်။
  • (မလုပ်ဆောင်ပါ) ရမှတ်များကို လုပ်ဆောင်သည်။
  • ၎င်းတို့ကို ဒစ်ခ်သို့ ပြန်သိမ်းဆည်းရန် သင့်လျော်သော bucketed blocks များထဲသို့ ပြန်လည်ထုပ်ပိုးသည်။ ဤအဆင့်သည် multi-threaded ဖြစ်သည်။
  • (မလုပ်ဆောင်ပါ) bucket လုပ်ထားသော block များကို disk သို့ ပြန်ရေးသည်။

ဤတွင် Gen3 CLASSIC သည် ၃,၁၄၄.၈၂ စက္ကန့်ဖြင့် ရောက်ရှိခဲ့ပြီး အမှတ်ပေးဇယား၏ အောက်ဆုံးအပိုင်းနှင့် နီးကပ်နေပါသည်။

TEAMGROUP T-CREATE CLASSIC Houdini စမ်းသပ်မှု

VDBench လုပ်ငန်းဝန်အား ခွဲခြမ်းစိတ်ဖြာခြင်း

storage devices တွေကို benchmarking လုပ်တဲ့အခါ application testing က အကောင်းဆုံးဖြစ်ပြီး synthetic testing က ဒုတိယနေရာမှာ ရှိပါတယ်။ တကယ့် workloads တွေရဲ့ ပြီးပြည့်စုံတဲ့ ကိုယ်စားပြုမှု မဟုတ်ပေမယ့် synthetic testing တွေက repeatability factor ရှိတဲ့ storage devices တွေကို baseline လုပ်ဖို့ အထောက်အကူပြုပြီး ယှဉ်ပြိုင်တဲ့ solution တွေကြား apples-to-apples comparison လုပ်ရတာ လွယ်ကူစေပါတယ်။ ဒီ workloads တွေက “four corners” tests၊ common database transfer size tests ကနေ VDI environments အမျိုးမျိုးကနေ trace captures အထိ testing profiles အမျိုးမျိုးကို ပေးစွမ်းပါတယ်။

ဤစမ်းသပ်မှုအားလုံးသည် အသုံးများသော vdBench workload generator ကို အသုံးပြုထားပြီး၊ scripting engine သည် ကြီးမားသော compute testing cluster တွင် ရလဒ်များကို အလိုအလျောက်လုပ်ဆောင်ပြီး ဖမ်းယူပေးသည်။ ၎င်းသည် flash arrays နှင့် individual storage devices များအပါအဝင် storage devices အမျိုးမျိုးတွင် တူညီသော workloads များကို ထပ်ခါတလဲလဲလုပ်ဆောင်နိုင်စေပါသည်။ ဤ benchmarks များအတွက် ကျွန်ုပ်တို့၏ စမ်းသပ်မှုလုပ်ငန်းစဉ်သည် drive မျက်နှာပြင်တစ်ခုလုံးကို data များဖြင့် ဖြည့်ပြီးနောက် drive သည် application workloads များကို မည်သို့တုံ့ပြန်နိုင်သည်ကို တုပရန် drive စွမ်းရည်၏ 5% နှင့်ညီမျှသော drive အပိုင်းကို ပိုင်းခြားပေးသည်။ ၎င်းသည် drive ၏ 100% ကိုအသုံးပြုပြီး ၎င်းတို့ကို တည်ငြိမ်သောအခြေအနေသို့ ယူဆောင်သွားသည့် full entropy စမ်းသပ်မှုများနှင့် ကွာခြားပါသည်။ ရလဒ်အနေဖြင့်၊ ဤကိန်းဂဏန်းများသည် ပိုမိုမြင့်မားသော ရေရှည်တည်တံ့သော write speeds ကို ထင်ဟပ်စေမည်ဖြစ်သည်။

ကိုယ်ရေးအချက်အလက်

  • 4K ကျပန်းဖတ်ရှုမှု- 100% ဖတ်ရှုမှု၊ 128 threads၊ 0-120% iorate
  • 4K ကျပန်းရေးသားမှု- 100% ရေးသားမှု၊ 64 threads၊ 0-120% iorate
  • ၆၄K စဉ်ဆက်မပြတ်ဖတ်ရှုမှု- ၁၀၀% ဖတ်ရှုမှု၊ ၁၆ ချည်၊ ၀-၁၂၀% iorate
  • ၆၄K အစဉ်လိုက်ရေးသားမှု- ၁၀၀% ရေးသားမှု၊ ၈ ချည်၊ ၀-၁၂၀% iorate

ဤသုံးသပ်ချက်အတွက် နှိုင်းယှဉ်နိုင်သောအချက်များ-

ပထမဆုံးအနေနဲ့ ကျပန်း 4K ဖတ်ရှုမှုပါ။ ဒီမှာ CLASSIC က အမြင့်ဆုံး 5,988 IOPS (513.7 µs မှာ) သာရောက်ရှိခဲ့ပြီး တစ်လျှောက်မှာ သိသိသာသာ မြင့်တက်မှုတွေရှိခဲ့ပါတယ်။ ဒီရလဒ်ဘယ်လောက်နှေးကွေးလဲဆိုတာကို ပြသဖို့အတွက် ဒုတိယအကောင်းဆုံး drive က 83,401 IOPS ကိုရောက်ရှိခဲ့ပြီး ဦးဆောင်သူတွေရဲ့ စွမ်းဆောင်ရည်နဲ့ အတော်လေး ဝေးကွာနေပါပြီ။

TEAMGROUP T-CREATE CLASSIC 4K ကျပန်းဖတ်ရှုခြင်း

4K read performance နိမ့်ကျနေတာက ပုံမှန်မဟုတ်တာလားဆိုတာ ပြန်စမ်းသပ်ပြီးတဲ့နောက်မှာ အဲဒီနိမ့်ကျတဲ့ speed ကို ပြန်တွေ့ခဲ့ရပါတယ်။ drive ဟာ read မလုပ်ခင် 4K write workload ကနေ အရမ်းနစ်မြုပ်နေပြီး 4K read workload မစတင်ခင် အချိန်မီပြန်မတက်နိုင်ဘူးလို့ ထင်ရပါတယ်။ ဒါက တခြား drive အားလုံးစမ်းသပ်တဲ့ လုပ်ငန်းစဉ်ဖြစ်တဲ့အတွက် တခြား drive တွေအတွက် တရားမျှတတဲ့ရလဒ်တွေရရှိစေဖို့ ဒီနံပါတ်ကို သိမ်းထားပါမယ်။

4K ရေးသားမှုအတွက် CLASSIC သည် အမြင့်ဆုံး 24,580 IOPS ဖြင့် နောက်ဆုံးတွင် ရပ်တည်ခဲ့ပြီး စွမ်းဆောင်ရည်တွင် ကြီးမားသော ထိခိုက်မှုရှိခဲ့ပြီး 10,000 µs ကျော် latency ဖြင့် 12,700 IOPS ဖြင့် အဆုံးသတ်ခဲ့သည်။

TEAMGROUP T-CREATE CLASSIC 4K ကျပန်းရေးသားစွမ်းဆောင်ရည်

64K sequential workloads ကိုပြောင်းလိုက်တဲ့အခါ CLASSIC ဟာ Lexar drive ရဲ့နောက်မှာ ဒုတိယ နေရာမှာ ရှိနေပြီး 24,731 IOPS ဒါမှမဟုတ် 1.53GB/s အမြင့်ဆုံးနဲ့ 646.2µs latency ရှိပါတယ်။

TEAMGROUP T-CREATE CLASSIC 64K ဖတ်ရှုမှုစွမ်းဆောင်ရည်

64K ရေးသားမှုတွင် TEAMGROUP သည် latency 3,359 µs တွင် 4,741 IOPS သို့မဟုတ် 296.3MB/s အမြင့်ဆုံးကို ပြသခဲ့ပြီး နောက်ဆုံးတွင် 3,399 IOPS သို့ ကျဆင်းသွားခဲ့သည်။

TEAMGROUP T-CREATE CLASSIC 64K ရေးသားစွမ်းဆောင်ရည်

ထို့နောက် drive များကို ပိုမိုအလေးပေးလုပ်ဆောင်ရန် ဒီဇိုင်းထုတ်ထားသော ကျွန်ုပ်တို့၏ VDI benchmark များကို ကျွန်ုပ်တို့ ကြည့်ရှုခဲ့ပါသည်။ ဤနေရာတွင် TEAMGROUP CLASSIC သည် ဤစမ်းသပ်မှုအားလုံးတွင် ရုန်းကန်ခဲ့ရကြောင်း ထင်ရှားပါသည်။ သို့သော် အခြား entry-level drive များကဲ့သို့ပင် read performance ကို အဓိကထားရန် မျှော်လင့်ထားခဲ့သည်။ သို့သော်လည်း ဤစမ်းသပ်မှုများတွင် Boot၊ Initial Login နှင့် Monday Login တို့ ပါဝင်သည်။

Boot စမ်းသပ်မှုအတွက် CLASSIC သည် 1,102µs တွင် IOPS ၃၁,၁၈၀ ခန့် အမြင့်ဆုံးကို ပြသခဲ့ပြီး Lexar drive ရှေ့တွင်သာ ရပ်တည်ခဲ့သည်။

VDI Initial Login ဟာ CLASSIC နေရာမှာ အမြင့်ဆုံး 7,574 IOPS နဲ့ latency 3,189µs ရှိပြီး နောက်ဆုံးမှာတော့ စွမ်းဆောင်ရည် သိသိသာသာ ကျဆင်းသွားကာ 5,733 IOPS နဲ့ပဲ အဆုံးသတ်သွားခဲ့ပါတယ်။

နောက်ဆုံးအနေနဲ့ VDI Monday Login မှာ TEAMGROUP drive ဟာ အောက်ကဇယားမှာ မြင်တွေ့ရတဲ့အတိုင်း မညီမျှဆုံးရလဒ်တွေနဲ့ ရှိနေပါတယ်။ drive ဟာ 11,421 (1.397µs မှာ) မှာ အမြင့်ဆုံးရောက်ရှိခဲ့ပြီး နောက်ဆုံးစွမ်းဆောင်ရည် 8,252 IOPS အထိ ရောက်ရှိခဲ့ပါတယ်။

ကောက်ချက်

TEAMGROUP T-CREATE CLASSIC သည် ကုမ္ပဏီ၏ နောက်ဆုံးပေါ် စားသုံးသူအဆင့် M.2 SSD ဖြစ်ပြီး ဗီဒီယိုတည်းဖြတ်ခြင်းနှင့် ရုပ်ပုံဒီဇိုင်းကဲ့သို့သော ဖန်တီးမှုဆိုင်ရာ ပရော်ဖက်ရှင်နယ်များအတွက် အသင့်တော်ဆုံးဖြစ်ကြောင်း ညွှန်ပြသည်။ သို့သော် ၎င်းသည် TEAMGROUP ၏ ထုတ်ကုန်စာမျက်နှာတွင် ဖော်ပြထားသည်ထက် ပိုမိုအခြေခံအဆင့်ဖြစ်သည်၊ အဘယ်ကြောင့်ဆိုသော် ၎င်းသည် HDD အခြေခံစနစ်ဟောင်းမှ အဆင့်မြှင့်တင်လိုသော စားသုံးသူများအတွက် ပိုမိုသင့်လျော်သောကြောင့်ဖြစ်သည် (ဤ drive ကို မည်သည့် workload environment တွင်မဆို အသုံးမပြုခြင်းသည် အကောင်းဆုံးဖြစ်နိုင်သည်)။

ဒါပေမယ့် PCIe Gen3 interface ကို အသုံးပြုထားပြီး 2.1GB/s read နဲ့ 1.7GB/s write speeds အထိ ရှိပါတယ်။ ဒီ drive မှာ Realtek RTS5763DL controller အဟောင်းကိုလည်း အသုံးပြုထားပြီး ယုံကြည်စိတ်ချရမှုအတွက် built-in LDPC ပါရှိပြီး 1TB နဲ့ 2TB မော်ဒယ်နှစ်မျိုးနဲ့သာ ရရှိနိုင်ပါတယ်။

TEAMGROUP T-CREATE CLASSIC နောက်ကျော

စွမ်းဆောင်ရည်အတွက်၊ SFX၊ SQL နှင့် VDBench စမ်းသပ်မှုများအရ Houdini ကို ကျွန်ုပ်တို့ လုပ်ဆောင်ခဲ့ပါသည်။ T-CREATE CLASSIC သည် အလွန်စိတ်ပျက်ဖွယ်ရလဒ်များကို ပြသခဲ့ပြီး စမ်းသပ်မှုတိုင်းလိုလိုတွင် (တစ်ခါတစ်ရံတွင် ကြီးမားသော ကွာခြားချက်ဖြင့်) ဦးဆောင်သူစာရင်း၏ အောက်ဆုံးတွင် ရပ်တည်ခဲ့သည်။ ပထမဆုံးအနေဖြင့် Houdini သည် 3,144.82 စက္ကန့်ဖြင့် render လုပ်ခဲ့ပြီး ဦးဆောင်သူစာရင်း၏ အောက်ဆုံးအနီးတွင် ရှိနေသည်။ Peak VDBench ရမှတ်များကို ကြည့်လျှင် CLASSIC သည် 4K read တွင် 5,988 IOPS (နှစ်အနည်းငယ်အတွင်း ကျွန်ုပ်တို့ မြင်တွေ့ဖူးသမျှ အနိမ့်ဆုံး)၊ 4K write တွင် 24,580 IOPS၊ 64K read တွင် 1.53GB/s နှင့် 64K write တွင် 296.3MB/s ရရှိခဲ့သည်။ ကျွန်ုပ်တို့၏ VDI စမ်းသပ်မှုများတွင် drive သည် boot တွင် 31,180 IOPS၊ Initial Login တွင် 7,574 IOPS နှင့် Monday Login တွင် 11,421 IOPS ရရှိခဲ့ပါသည်။

TEAMGROUP T-CREATE CLASSIC ဟာ ဖန်တီးမှု (ဆိုလိုသည်မှာ အပြင်းအထန်) အပလီကေးရှင်းတွေအတွက် ရည်ရွယ်ထုတ်လုပ်ထားတဲ့ drive တစ်ခုပါ။ ဒါပေမယ့် အပေါ်က စွမ်းဆောင်ရည်ကနေ မြင်တွေ့ရတဲ့အတိုင်း အဲဒါအတွက် ဒါမှမဟုတ် ရိုးရိုးသားသားပြောရရင် ဘာမှအသုံးမဝင်ပါဘူး။ အလုံးစုံပြောရရင် CLASSIC ဟာ နေ့စဉ်အသုံးပြုမှုမှာ စိတ်ကျေနပ်စရာကောင်းတဲ့ စွမ်းဆောင်ရည်ရှိနိုင်ပေမယ့် ဒီလို သေးငယ်တဲ့ လိုအပ်ချက်အတွက်တောင် အရမ်းစျေးသက်သာပါတယ်။ တခြားပိုမြန်ပြီး ဈေးသက်သာတဲ့ ရွေးချယ်စရာတွေ အများကြီးရှိနေချိန်မှာ ဒီလို drive တစ်ခုအတွက် ဒေါ်လာ ၁၀၀ မှ ၂၀၀ အထိ သုံးစွဲတာက ရူးသွပ်မှုပါပဲ။

Amazon မှာ T-CREATE CLASSIC ကို ဝယ်ယူနိုင်ပါတယ်။

StorageReview မှာ ပါဝင်လုပ်ဆောင်ပါ

သတင်းလွှာ | YouTube | ပေါ့ဒ်ကတ်စ် iTunes / Spotify | Instagram | Twitter | TikTok | RSS Feed

Lyle Smith

Lyle သည် StorageReview အတွက် စာရေးဆရာတစ်ဦးဖြစ်ပြီး အသုံးပြုသူနှင့် စီးပွားရေးလုပ်ငန်း IT အကြောင်းအရာများစွာကို လွှမ်းခြုံထားသည်။