StorageReview သည် 314 trillion digits အထိ pi မှတ်တမ်းသစ်ဖြင့် လူကြိုက်များသော တွက်ချက်မှုသရဖူကို ပြန်လည်ရယူခဲ့သည်။ ခေတ်သစ် π ပြိုင်ပွဲသည် cloud စမ်းသပ်မှုများမှ infrastructure flex အပြည့်အဝသို့ ရောက်ရှိခဲ့သည်။ ၂၀၂၂ ခုနှစ်တွင် Google Cloud သည် π ကို 100 trillion digits အထိ တွန်းအားပေးခဲ့ပြီး cloud instance များစွာတွင် y-cruncher ကို လုပ်ဆောင်ခဲ့ပြီး I/O ဆယ်ဂဏန်း petabytes ကို ဖြတ်သန်းခဲ့သည်။ ထိုအမှတ်အသားသည် ရိုးရာ infrastructure ဖြင့် "ဖြစ်နိုင်ချေမည်မျှရှိသည်" အတွက် ခေါင်းစဉ်နံပါတ်အဖြစ် ရပ်တည်ခဲ့သည်။
ထို့နောက် လုပ်ဆောင်ချက်သည် ဓာတ်ခွဲခန်းထဲသို့ ပြောင်းရွှေ့သွားခဲ့သည်။ ၂၀၂၄ ခုနှစ် အစောပိုင်းတွင်၊ Solidigm QLC SSD များ၏ petabyte နီးပါးဖြင့် ပံ့ပိုးပေးထားသော စနစ်ပေါ်တွင် ကျွန်ုပ်တို့၏ မှတ်တမ်းကို 105 trillion digits အထိ အဆင့်မြှင့်တင်ခဲ့သည်။ ဤအောင်မြင်မှုသည် စကေးအတွက် စံနှုန်းသစ်တစ်ခုကို ချမှတ်ခဲ့ပြီး တစ်ခုတည်းသော on-premises စက်တစ်လုံးသည် မည်မျှထိရောက်စွာ လည်ပတ်နိုင်သည်ကို ပြသခဲ့သည်။ လအနည်းငယ်အကြာတွင်၊ ကျွန်ုပ်တို့သည် ထပ်မံလုပ်ဆောင်ခဲ့ပြီး ယခုတစ်ကြိမ်တွင် 202 trillion digits အထိ ရောက်ရှိခဲ့သည်။ ဤသည်က မြင့်မားသောသိပ်သည်းဆ flash နှင့် ဂရုတစိုက်ချိန်ညှိခြင်းသည် ဤတိကျပြီး တောင်းဆိုမှုများသော workload အတွက် hyperscale infrastructure ထက် သာလွန်နိုင်ကြောင်း အတည်ပြုခဲ့သည်။
ဟုတ်ပါတယ်၊ မှတ်တမ်းတွေက စိန်ခေါ်သူတွေကို ဖိတ်ခေါ်နေပါတယ်။ Linus Media Group နဲ့ KIOXIA တို့ဟာ 2PB flash ပါဝင်တဲ့ Weka shared-storage cluster ကြီးတစ်ခုကနေ စွမ်းအားပေးစွမ်းတဲ့ 300 trillion-digit run နဲ့ သရဖူကို သိမ်းပိုက်ခဲ့ပါတယ်။ အဲဒီကြိုးပမ်းမှုဟာ hardware တွေ အများကြီးပါဝင်တဲ့ rack တစ်ခု၊ ပါဝါဘေလ်ကြီးကြီးမားမားနဲ့ အအေးပေးစနစ် ရှုပ်ထွေးမှုတွေနဲ့အတူ storage များတဲ့ ရိုးရာအခြေခံအဆောက်အအုံက ဘာတွေလုပ်နိုင်လဲဆိုတာကို ပြသခဲ့ပါတယ်။ ကျွန်တော်တို့ဟာ ဒီမှတ်တမ်းကို ရပ်တန့်ပြီး ငြိမ်နေလို့မရပါဘူး။
StorageReview သည် dual AMD EPYC 192-Core CPU များနှင့် 61.44 TB Micron 6550 Ion SSD လေးဆယ်တပ်ဆင်ထားသော single 2U Dell PowerEdge R7725 server ကို အသုံးပြု၍ π ကို 314 trillion digits အထိ မြှင့်တင်လိုက်ပါပြီ။ ဇူလိုင်လတွင် system build နှင့် tuning ပြုလုပ်ခြင်းဖြင့် ကျွန်ုပ်တို့၏ run ကို ၂၀၂၅ ခုနှစ်၊ ဇူလိုင်လ ၃၁ ရက်နေ့တွင် စတင်ခဲ့သည်။ ကံကောင်းထောက်မစွာပင် ကျွန်ုပ်တို့၏ pi run သည် SC25 ၏ ဒုတိယနေ့တွင် ပြီးဆုံးခဲ့ပြီး HPC မှတ်တမ်းသစ်အတွက် သင့်လျော်ပါသည်။
y-cruncher ကို ဂဏန်း ၃၁၄ ထရီလီယံအထိ ချိန်ညှိခြင်း
ဂဏန်းထရီလီယံရာပေါင်းများစွာထဲသို့ သင်ဖြတ်ကျော်သွားသည်နှင့် y-cruncher သည် ရိုးရာ benchmark ကဲ့သို့မဟုတ်ဘဲ long-haul infrastructure stress test နှင့် ပိုတူသည်။ application ကိုယ်တိုင်က ရိုးရှင်းသော်လည်း ဤစကေးတွင် hardware နှင့် အပြန်အလှန်ဆက်သွယ်ပုံသည် အဆုံးအဖြတ်ပေးသည့်အချက်ဖြစ်လာသည်။ အရာအားလုံးသည် CPU များကို ရပ်တန့်ခြင်း သို့မဟုတ် storage layer ကို လွှမ်းမိုးခြင်းမရှိဘဲ စနစ်သည် multi-precision operations ထောင်ပေါင်းများစွာကို မည်မျှကောင်းမွန်စွာ ရွေ့လျားစေနိုင်သည်အပေါ် မူတည်သည်။ အထူးသဖြင့် storage layer သည် ဤစံချိန်ကို အမှန်တကယ်ရရှိခဲ့သည့်နေရာဖြစ်သည်။ ကျွန်ုပ်တို့သည် 40 Micron 6550 Ion Gen5 NVMe SSD များကို ဖြန့်ကျက်ခဲ့ပြီး ၎င်းတို့အနက် ၃၄ ခုကို y-cruncher သို့ ခွဲဝေပေးခဲ့သည်။ ဤ SSD pool သည် 2.1 petabytes ခန့်ကို ပေးပို့ခဲ့ပြီး y-cruncher သည် 314T run ကို လုပ်ဆောင်ရန် လုံလောက်သောနေရာပေးခဲ့သည်။ ကျန် SSD ၆ ခုကို software RAID10 volume တစ်ခုတည်ဆောက်ရန် အသုံးပြုခဲ့ပြီး pi ၏ 314T digits များကို မှတ်တမ်းတင်ရန် အသုံးပြုခဲ့သည်။
၁၆ မျိုးဆက်နှင့် ၁၇ မျိုးဆက် Dell PowerEdge ဆာဗာများအကြား ဒီဇိုင်းပြောင်းလဲမှုများသည် ကျွန်ုပ်တို့၏ မကြာသေးမီက 314T မှတ်တမ်း၏ စွမ်းဆောင်ရည်ကိုလည်း မြှင့်တင်ပေးခဲ့သည်။ ကျွန်ုပ်တို့၏ ယခင် 202T မှတ်တမ်းတွင်၊ ကျွန်ုပ်တို့သည် drive backplane တွင် PCIe switch ကို အသုံးပြုခဲ့ပြီး စွမ်းဆောင်ရည်အတွက် drive density ကို လဲလှယ်ခဲ့သည်။ Intel-based R770 သို့မဟုတ် AMD-based R7725 ကဲ့သို့သော ၁၇ မျိုးဆက် Dell PowerEdge ဆာဗာများတွင် backplanes များသည် bay တစ်ခုလျှင် PCIe လမ်းကြောင်း ၂ ခု သို့မဟုတ် ၄ ခုဖြင့် direct-connect-only သို့ ပြန်လည်ပြောင်းလဲခဲ့သည်။ ၎င်း၏ 40-bay Gen5 E3.S backplane ပါရှိသော PowerEdge R7725 တွင် SSD တစ်ခုစီတွင် PCIe လမ်းကြောင်း ၂ ခု ရရှိသည်။ ၎င်းသည် စွမ်းဆောင်ရည်ကျဆင်းမှုဟု ထင်ရသော်လည်း bay ၄၀ အားလုံးကို တစ်ပြိုင်နက်တည်း ထိမှန်သောအခါ platform သည် 280GB/s အထိ read နှင့် write မြန်နှုန်းကို ရောက်ရှိနိုင်ဆဲဖြစ်သည်။
internal y-cruncher storage benchmark ကို အသုံးပြု၍ ကျွန်ုပ်တို့သည် လုပ်ဆောင်မှုတစ်ခုစီအတွက် အသုံးပြုသော configuration တွင် platform တစ်ခုစီ၏ storage performance ကို မှတ်တမ်းတင်ခဲ့ပါသည်။ workload တစ်ခုစီတွင် read နှင့် write metrics မျှတမှုဖြင့် storage performance 72% မှ 383% အထိ တိုးလာသည်ကို ကျွန်ုပ်တို့ မြင်တွေ့ခဲ့ရသည်။
| မက်ထရစ် | ၂၀၂ တီ စနစ် (မှတ်တမ်းဟောင်း) | ၃၁၄T စနစ် (မှတ်တမ်းအသစ်) | ရာခိုင်နှုန်းကွာခြားချက် (၃၁၄T နှင့် ၂၀၂T) |
|---|---|---|---|
| sequential Write | ၂.၁ GiB/s | ၂.၁ GiB/s | + 127.7% |
| sequential ဖတ် | ၂.၁ GiB/s | ၂.၁ GiB/s | + 124.0% |
| Threshold Strided Write | ၂.၁ GiB/s | ၂.၁ GiB/s | + 72.0% |
| Threshold Strided Read | ၂.၁ GiB/s | ၂.၁ GiB/s | + 383.3% |
Dell PowerEdge R7725 ဟာ storage box တစ်ခုတင်မကဘဲ dual-socket AMD Turin platform အနေနဲ့ သိသာထင်ရှားတဲ့ compute potential ကိုလည်း ပေးစွမ်းနိုင်ပါတယ်။ ကျွန်တော်တို့ဟာ 192-core AMD EPYC 9965 CPU တွေကို အသုံးပြုခဲ့ပြီး စုစုပေါင်း cores 384 ခု ပါဝင်ပါတယ်။ stock air-cooled heatsinks တွေကိုလည်း liquid-cooled CoolIT SP5 cold plates တွေနဲ့ အစားထိုးခဲ့ပြီး CoolIT AHx10 Liquid-to-Air CDU နဲ့ အအေးပေးခဲ့ပါတယ်။ ဒီပေါင်းစပ်မှုကြောင့် CPU တွေကို clock speed မြင့်မားစွာ ထိန်းသိမ်းထားပြီး chassis fan တွေက 30% PWM မှာ လည်ပတ်နေပြီး ကျွန်တော်တို့ရဲ့ ပျမ်းမျှ system power consumption က 1,600W ဝန်းကျင်မှာ ရှိနေခဲ့ပါတယ်။
ဆော့ဖ်ဝဲလ်ဘက်မှာတော့ အရင် run တွေလို Windows Server အစား Ubuntu 24.04.2 LTS Server ကို platform က run လုပ်ခဲ့ပါတယ်။ ဒါက system stability ကို အမြင့်ဆုံးဖြစ်စေပြီး workload performance မှာလည်း သိသာထင်ရှားတဲ့ တိုးတက်မှုတွေကို ရရှိစေပါတယ်။ background system operations အတွက် cores ၃၈၄ ခုထဲက ၄ ခုကို reserve လုပ်ခြင်းအပါအဝင် ကျွန်တော်တို့ရဲ့ run ကို စတင်ဖို့ အကြိမ်ပေါင်းများစွာ test iteration လုပ်ခဲ့ပါတယ်။ ရလဒ်ကတော့ ရှိပြီးသား pi record ကို အနိုင်ယူရုံသာမက metrics အများအပြားမှာလည်း ဖျက်ပစ်နိုင်ခဲ့ပါတယ်။ performance၊ power consumption နဲ့ အထင်ရှားဆုံးကတော့ reliability ပိုင်းမှာ ကျွန်တော်တို့ရဲ့ run နဲ့ ဘာမှ မနီးစပ်ပါဘူး။ downtime တစ်စက္ကန့်မှ မပါတဲ့ ကြီးမားတဲ့ pi world record run တွေထဲမှာလည်း ကျွန်တော်တို့ဟာ တစ်ခုတည်းသော ကြီးမားတဲ့ pi run ပါ။ အစကနေ အဆုံးအထိ run ကို ပြန်စစရာမလိုပါဘူး။
စံချိန်တင် ပါဝါထိရောက်မှု
StorageReview က ကျွန်ုပ်တို့ရဲ့ pi မှတ်တမ်းတစ်ခုချင်းစီအတွက် လုပ်ဆောင်ခဲ့တဲ့ ချဉ်းကပ်မှုကတော့ ရှုပ်ထွေးမှုကို လျှော့ချပြီး လိုအပ်သလောက် ပါဝါနည်းနည်းနဲ့ benchmark ကို လုပ်ဆောင်ဖို့ပါပဲ။ distributed storage cluster နဲ့ high-speed network ကို အသုံးပြုထားတဲ့ ယခင် 300T မှတ်တမ်းဟာ ပါဝါနဲ့ အအေးပေးစနစ် လိုအပ်ချက်တွေ ပိုများလာခဲ့ပါတယ်။ swap နဲ့ output storage နှစ်ခုလုံးအတွက် 2U server တစ်ခုတည်းကို အသုံးပြုဖို့ storage density ကို အာရုံစိုက်ပြီး ကျွန်ုပ်တို့က တခြားလမ်းကြောင်းကို ရွေးချယ်ခဲ့ပါတယ်။ ဒါက ကျွန်ုပ်တို့ရဲ့ အလုံးစုံပါဝါနဲ့ အအေးပေးစနစ် footprint ကို လျှော့ချရာမှာ အရေးပါတဲ့ အခန်းကဏ္ဍကနေ ပါဝင်ခဲ့ပါတယ်။ ကျွန်ုပ်တို့ရဲ့ Dell PowerEdge R7725 ဟာ 314T လည်ပတ်မှုတစ်လျှောက်လုံးမှာ 4,304.662 kWh သာ သုံးစွဲခဲ့ပြီး တစ်ထရီလီယံဂဏန်းကို 13.70 kWh သာ သုံးစွဲခဲ့ပါတယ်။ ဒါကြောင့် စွမ်းအင်အသက်သာဆုံး large-scale pi တွက်ချက်မှုတွေထဲက တစ်ခုဖြစ်လာပါတယ်။ ချဉ်းကပ်မှုနှစ်ခုကို နှိုင်းယှဉ်ကြည့်တဲ့အခါ အောက်ကဇယားမှာ မီးမောင်းထိုးပြထားတဲ့အတိုင်း ကွာခြားချက်ကို ချက်ချင်းသိသာထင်ရှားလာပါတယ်။
| ပွေးသှား | စုစုပေါင်း kWh | ကုန်ကျစရိတ် @ တစ်ကီလိုဝပ်နာရီလျှင် ဒေါ်လာ ၀.၂၀ | ကုန်ကျစရိတ် @ တစ်ကီလိုဝပ်နာရီလျှင် ဒေါ်လာ ၀.၂၀ |
|---|---|---|---|
| 300T Weka Cluster Run | ၃၃,၆၀၀ kWh (ခန့်မှန်း) | $4,032 | $6,720 |
| 314T ဆာဗာတစ်ခုတည်းဖြင့် လည်ပတ်ခြင်း | ၀.၈၈ ကီလိုဝပ်နာရီ | $517 | $861 |
တွက်ချက်မှုအတွင်း၊ ကျွန်ုပ်တို့၏ 314T လည်ပတ်မှုသည် ဒေတာခံနိုင်ရည်မရှိဘဲ JBOD ဖွဲ့စည်းမှုတွင် SSD များကို အသုံးချခဲ့ကြောင်း မှတ်သားထားရန် အရေးကြီးပါသည်။ ပါဝါသုံးစွဲမှုနှင့် အလုံးစုံစနစ်စွမ်းဆောင်ရည်တို့သည် ထိုဆုံးဖြတ်ချက်ကို ဦးတည်စေသည့်အချက်များဖြစ်သော်လည်း၊ ၎င်းသည် workload ပတ်လည်တွင် storage solution ကို ဒီဇိုင်းဆွဲခြင်းနှင့်ပတ်သက်၍ ဆွေးနွေးမှုတစ်ခုကိုလည်း ဖြစ်ပေါ်စေခဲ့သည်။ workload တိုင်းသည် မတူညီပါ၊ ထုတ်လုပ်မှုအပေါ် အနည်းငယ်သာသက်ရောက်မှုဖြင့် ပြန်လည်စတင်နိုင်သော အချို့သည် တူညီသော fault tolerance အဆင့် မလိုအပ်ပါ။ ကျွန်ုပ်တို့၏ကိစ္စတွင်၊ ကျွန်ုပ်တို့သည် ရိုးရာ software RAID ဖြင့် ဒေတာ output ကို ကာကွယ်ရန် အာရုံစိုက်ခဲ့ပါသည်။
စုစုပေါင်း လုပ်ဆောင်ချိန် ၁၁၀ ရက်
ယခင် မည်သည့်လုပ်ဆောင်မှုထက်မဆို ဂဏန်းများပိုမိုတွက်ချက်နိုင်သော်လည်း၊ နံရံကပ်နာရီအချိန်သည် ပြီးမြောက်ရန် ရက်ပေါင်း ၂၂၅ ရက်ခန့် (downtime မပါဝင်ဘဲ တွက်ချက်ရက် ၁၇၅ ရက်) လိုအပ်သည့် ယခင်စံချိန်ထက် သိသိသာသာ နည်းပါးခဲ့သည်။ အနှောင့်အယှက်ကင်းသော ၁၁၀ ရက်ကာလသည် တည်ငြိမ်သော OS၊ နောက်ခံဝန်ထုပ်ဝန်ပိုးကို အနည်းဆုံးဖြစ်အောင် ပြုလုပ်ထားခြင်း၊ ဟန်ချက်ညီသော NUMA topology နှင့် ဤစကေးတွင် y-cruncher မှထုတ်ပေးသော ပုံစံအတွက် အင်ဂျင်နီယာပြုလုပ်ထားသော scratch array တို့ကြောင့် ဖြစ်သည်။
နည်းပညာပိုင်းဆိုင်ရာ ပေါ်လွင်ချက်များ
- တွက်ချက်ထားသော စုစုပေါင်းဂဏန်းများ: 314,000,000,000,000
- အသုံးပြုထားသော ဟာ့ဒ်ဝဲDell PowerEdge R7725 တွင် AMD EPYC 9965 CPU ၂ ခု၊ 1.5TB DDR5 DRAM၊ 40x Micron 61.44TB 6550 Ion ပါဝင်သည်။
- Software နှင့် Algorithmsy-cruncher v0.8.6.9545၊ Chudnovsky
- SMART အလိုက် SSD ဝတ်ဆင်မှု: Drive တစ်ခုလျှင် 7.3PB ရေးသားထားသည် သို့မဟုတ် swap အတွက်အသုံးပြုသော SSD ၃၄ ခုတွင် 249.11PB ရေးသားထားသည်
- ယုတ္တိဗေဒအရ အကြီးဆုံးစစ်ဆေးရေးဂိတ်: 850,538,385,064,992 (774 TiB)
- Logical Peak Disk အသုံးပြုမှု: 1,605,960,520,636,440 (1.43 PiB)
- လော့ဂျစ်ဒစ်ခ် ဘိုက်များ ဖတ်ရှုခြင်း: 148,356,635,606,263,504 (132 PiB)
- ရေးသားထားသော Logical Disk Bytes များ: 126,658,805,195,776,600 (112 PiB)
- စတင်သည့်ရက်စွဲ၂၀၂၅ ခုနှစ်၊ ဇူလိုင်လ ၃၁ ရက်၊ ကြာသပတေးနေ့၊ ၁၇:၁၆:၄၁
- အဆုံးနေ့စွဲ၂၀၂၅ ခုနှစ်၊ နိုဝင်ဘာလ ၁၈ ရက်၊ အင်္ဂါနေ့၊ ၀၅:၅၇:၀၈
- ပိုင်: ၈၇၉၃၂၂၃.၁၄၄ စက္ကန့်၊ ၁၀၁.၇၇၃ ရက်
- စုစုပေါင်း တွက်ချက်ချိန်: 9274878.580 စက္ကန့်
- နံရံတစ်လျှောက် အစမှအဆုံးအထိ အချိန်: 9463226.454 စက္ကန့်
ပိတ် Thoughts
ဆယ်စုနှစ်များစွာကြာအောင် အလွန်အကျွံ pi လည်ပတ်မှုများသည် ထိုအချိန်က "ကြီးမားသောသံ" အဖြစ် ရေတွက်ခံရသည့် မည်သည့်အရာကိုမဆို ပြသရန် နည်းလမ်းတစ်ခုဖြစ်သည်။ အစောပိုင်းမှတ်တမ်းများသည် မြင့်မားသောစွမ်းဆောင်ရည်ရှိသော desktop များနှင့် externally attached storage များကို အားကိုးခဲ့ပြီး ထို့နောက် ဒေသတွင်း enterprise equipment များဆီသို့ ရွေ့လျားသွားခဲ့သည်။ မကြာသေးမီက Google ၏ 100 trillion digit လည်ပတ်မှုကဲ့သို့သော အလုပ်များသည် သင်သည် instance လုံလောက်စွာနှင့် I/O လုံလောက်စွာဖြင့် မှတ်တမ်းတစ်ခုသို့ သင်၏လမ်းကို brute force လုပ်နိုင်ကြောင်း သက်သေပြခဲ့သည့် cloud ထဲသို့ ရွေ့လျားသွားခဲ့သည်။ ထို့နောက် ကျွန်ုပ်တို့သည် ရိုးရှင်းမှုကို raw parallelism နှင့် ကြီးမားသော power နှင့် cooling bill တို့ကို လဲလှယ်ကာ ကြီးမားသော shared storage cluster များ ပါဝင်လာသည်ကို မြင်တွေ့ခဲ့ရသည်။
ကျွန်ုပ်တို့ရဲ့ချဉ်းကပ်မှုဟာ ဆန့်ကျင်ဘက်ကို ဦးတည်သွားခဲ့ပါတယ်။ မှတ်တမ်းများစွာတင်တဲ့အခါမှာ y-cruncher ကို တစ်ကြိမ်တည်းလုပ်ဆောင်ရတဲ့ လှည့်ကွက်တစ်ခုမဟုတ်ဘဲ HPC workload တစ်ခုအဖြစ် ကျွန်ုပ်တို့ သဘောထားခဲ့ပါတယ်။ 105T နဲ့ 202T solution တွေက တကယ့် bottleneck တွေကို ဖော်ထုတ်ဖို့၊ scratch storage ကို အရွယ်အစားနဲ့ ချိန်ညှိဖို့၊ CPU တွေကို ထောက်ပံ့ပေးဖို့နဲ့ လပေါင်းများစွာကြာတဲ့ အလုပ်တစ်ခုကို အမှန်တကယ်ပြီးမြောက်အောင် system တစ်ခုကို harden လုပ်ဖို့ ကူညီပေးခဲ့ပါတယ်။ 314T run ဟာ အဲဒီအတွေ့အကြုံရဲ့ ရလဒ်ပါ။ ပိုကြီးတဲ့ ဂဏန်းတစ်ခုတင် မဟုတ်ပါဘူး။ ပိုပြီးရင့်ကျက်တဲ့ ဒီဇိုင်းတစ်ခုပါ။
မက်ထရစ်တွေက အဲဒီဇာတ်လမ်းကို ပြန်လည်အတည်ပြုပေးပါတယ်။ 40 Micron 6550 Ion SSDs နဲ့ dual 192-core AMD EPYC CPUs တွေပါတဲ့ 2U Dell PowerEdge R7725 မှာ ဂဏန်း ၃၀၀ ထရီလီယံကို ကျော်လွန်ပြီး စနစ်ကို ၁၁၀ ရက်ဆက်တိုက် အွန်လိုင်းမှာ ထားရှိနိုင်ခဲ့ပြီး ချို့ယွင်းချက်တစ်စုံတစ်ရာကနေ ပြန်လည်စတင်ဖို့ မလိုအပ်ခဲ့ပါဘူး။ ကျွန်တော်တို့ရဲ့ 202T platform နဲ့ နှိုင်းယှဉ်ရင် သိုလှောင်မှုပမာဏ နှစ်ဆကျော် တိုးလာပေမယ့် server ဟာ ပျမ်းမျှ 1,600W ခန့် ရှိပြီး စုစုပေါင်း 4,305 kWh သုံးစွဲခဲ့ပါတယ်။ အဲဒါက ဂဏန်းတစ်ထရီလီယံကို ဂဏန်း ၁၃.၇၀ kWh ရရှိပြီး ဒါဟာ ယခင် 300T cluster က အသုံးပြုတဲ့ ခန့်မှန်းစွမ်းအင်ရဲ့ အစိတ်အပိုင်းတစ်ခုသာ ဖြစ်ပါတယ်- node နည်းပါးခြင်း၊ ရှုပ်ထွေးမှု နည်းပါးခြင်း၊ စွမ်းအင် နည်းပါးခြင်း၊ အလုပ်ပိုမိုပြီးမြောက်ခြင်း တို့ပဲ ဖြစ်ပါတယ်။
ဒါကြောင့် ဒီမှတ်တမ်းဟာ ကြွားဝါခွင့်ထက် ကျော်လွန်ပြီး အရေးပါတာပါ။ စီးပွားဖြစ် 2U server တစ်ခုက ဒီလောက်အရွယ်အစားရှိတဲ့ y-cruncher run ကို ထိန်းသိမ်းထားနိုင်မယ်ဆိုရင်၊ ဒီလိုယုံကြည်စိတ်ချရမှုနဲ့ ထိရောက်မှုအဆင့်နဲ့ဆိုရင်၊ တူညီတဲ့ ဒီဇိုင်းပုံစံတွေဟာ ထုတ်လုပ်မှုသိပ္ပံနဲ့ တိုက်ရိုက်ချိတ်ဆက်ထားပါတယ်။ ရေရှည်လည်ပတ်နေတဲ့ ရာသီဥတုပုံစံတွေ၊ ရူပဗေဒ သရုပ်ဖော်မှုတွေ၊ genomics pipelines တွေနဲ့ AI လေ့ကျင့်ရေးအလုပ်တွေအားလုံးဟာ တူညီတဲ့ အခြေခံတွေပေါ်မှာပဲ ရှင်သန်နေမလား၊ ပျောက်ကွယ်သွားမလားဆိုတာပါပဲ- ဟန်ချက်ညီတဲ့ I/O၊ ခန့်မှန်းနိုင်တဲ့ အပူချိန်၊ တည်ငြိမ်တဲ့ firmware နဲ့ တစ်ချိန်တည်းမှာ လပေါင်းများစွာ ဖြောင့်တန်းနေနိုင်တဲ့ ဗိသုကာပုံစံ။ ဒီ platform ဟာ အမှားအယွင်းမရှိအောင် အခြေအနေတွေမှာ အဲဒါကို အတိအကျလုပ်ဆောင်နိုင်တယ်ဆိုတာ သက်သေပြခဲ့ပါတယ်။
ဟုတ်ကဲ့၊ StorageReview ဟာ 314 trillion digits နဲ့ pi crown ကို ပြန်လည်ရယူလိုက်ပါပြီ။ ပိုအရေးကြီးတာက တကယ့် hardware ပေါ်မှာ ကြီးမားတဲ့ numerical computing မှာ "good" ဆိုတာ ဘာကိုဆိုလိုလဲဆိုတာကို ကျွန်တော်တို့ စံနှုန်းသတ်မှတ်ထားပါတယ်။ တစ်ယောက်ယောက်က မှတ်တမ်းယူချင်တယ်ဆိုရင် သူတို့အားလုံးကို ယူသွားတာကို ကျွန်တော်တို့ မြင်ချင်ပါတယ်- digits ပိုများတာ၊ power နည်းတာ၊ wall time ပိုတိုတာ၊ downtime သုည ယုံကြည်စိတ်ချရမှုတို့ပါပဲ။ အဲဒီအချိန်အထိ ဒါက ထိရောက်မှုအတွက် benchmark ပါပဲ။
အမေဇုံ