Android 17 သည် memory အလွန်အကျွံသုံးသော app များကို စီမံသည့်ပုံစံကို ပြောင်းလဲနေသည်။ Google သည် Pixel မှစ၍ app တစ်ခုချင်းစီအတွက် memory limit သတ်မှတ်ကာ app တစ်ခုတည်းက RAM အများကြီးယူပြီး ဖုန်းတစ်လုံးလုံးနှေးသွားခြင်းကို တားဆီးမည်။ limit ကျော်လျှင် app ကိုနှေးစေခြင်း၊ data အချို့ကို compressed memory သို့ရွှေ့ခြင်းနှင့် ဆက်လက်မြင့်တက်ပါက process ကိုပိတ်ခြင်းတို့ ဖြစ်နိုင်သည်။
Android 17 တွင် App တစ်ခုချင်း Memory Budget သတ်မှတ်
Google က ချက်ချင်းပိတ်ခြင်းမဟုတ်ဘဲ အဆင့်လိုက်လုပ်ဆောင်မည်ဟု ရှင်းပြသည်။ Device တစ်လုံးလုံး၏ responsiveness ကိုကာကွယ်ရင်း app အား memory သုံးစွဲမှုလျှော့ရန် အခွင့်အရေးပေးခြင်းဖြစ်သည်။ Game, media tool နှင့် complex app များတွင် သက်ရောက်မှု ပိုမြင်ရနိုင်သည်။
RAM Limit ကျော်လျှင် ဘာဖြစ်မလဲ
App သည် memory limit ရောက်လျှင် Android က memory pages အချို့ကို compressed RAM ဖြစ်သော zRAM သို့ရွှေ့နိုင်သည်။ Physical RAM ဖိအားလျော့သော်လည်း compression/decompression သည် CPU သုံးသောကြောင့် app မပိတ်မီ lag သို့မဟုတ် နှေးကွေးမှု ဖြစ်နိုင်သည်။
– အဆင့် ၁ — zRAM swapping: memory pages ကို compress လုပ်ပြီး zRAM သို့ရွှေ့ကာ physical RAM ဖိအားလျှော့မည်၊ CPU load ကြောင့် နှေးနိုင်သည်။
– အဆင့် ၂ — process termination: zRAM threshold ကျော်ပြီး memory ဆက်တိုးပါက Android က app ကိုပိတ်နိုင်သည်။ ApplicationExitInfo တွင် “MemoryLimiter:AnonSwap” ဟုဖော်ပြနိုင်သည်။
Google က Memory ကို ယခု ပိုတင်းကျပ်ရသည့်အကြောင်း
Google က memory ဈေးနှုန်းမြင့်လာခြင်းကြောင့် device အသစ်အချို့သည် physical RAM ကိုတိုးမပေးဘဲ တည်ငြိမ်ထားခြင်း သို့မဟုတ် လျှော့ခြင်းရှိသော်လည်း user များက မြန်ဆန်ချောမွေ့မှုကို ဆက်မျှော်လင့်နေကြောင်း ဆိုသည်။ ထို့ကြောင့် poorly optimized process တစ်ခုက device တစ်ခုလုံးကို မနှေးစေရန် Android က ကာကွယ်ရမည်။
ဆက်ဖတ်ရန်
Policy သည် Pixel တင်မဟုတ်ပါ။ လာမည့်တစ်နှစ်အတွင်း manufacturer ပိုများက 4GB မှ 16GB+ RAM device များတွင် per-app memory limits ကိုအသုံးပြုမည်။
Developer နှင့် Android User များအတွက် သက်ရောက်မှု
Developer များသည် Android vitals ဖြင့် memory နှင့် Bitmap Memory ကိုစောင့်ကြည့်နိုင်ပြီး Firebase Crashlytics 20.1.0 က OOM နှင့် Memory Limiter kill debug data ပေးသည်။ ProfilingManager က production device မှ heap dump/profile စုဆောင်းကာ memory leak နှင့် allocation အလွန်အကျွံကိုရှာဖွေနိုင်သည်။
User များအတွက် background app တစ်ခုက RAM အလွန်အကျွံသုံးပြီး ဖုန်းတစ်လုံးလုံးနှေးစေမှု လျော့မည်။ အပြန်အလှန်အားဖြင့် optimize မကောင်းသော သို့မဟုတ် memory အလွန်စားသော app များသည် lag, reload သို့မဟုတ် close ပိုလွယ်နိုင်သည်။ Android 17 Pixel မှစတင်ပြီး အခြား manufacturer များသို့ ဆက်လက်ချဲ့ထွင်မည်။
