Binabago ng Android 17 kung paano pinamamahalaan ang apps na gumagamit ng napakalaking memory. Naglalagay ang Google ng per-app memory limits, simula sa Pixel, upang hindi maubos ng isang app ang RAM at pabagalin ang buong telepono. Kapag lumampas sa budget, maaaring i-throttle ang app, ilipat ang ilang data sa compressed memory at, kung patuloy na tumaas ang paggamit, wakasan ng Android ang process.
May per-app memory budget ang Android 17
Progressive ang tugon, hindi agad sapilitang pagsara. Layunin nitong panatilihing responsive ang buong device habang binibigyan ang app ng pagkakataong bumaba sa limit. Games, media tools at complex apps na matagal maghawak ng maraming data sa memory ang mas posibleng maapektuhan.
Ano ang mangyayari kapag lumampas sa RAM limit
Kapag naabot ang limit, maaaring ilipat ng Android ang memory pages sa zRAM, isang compressed na bahagi ng RAM. Nakababawas ito sa pressure sa physical RAM, ngunit gumagamit ng CPU ang compression at decompression kaya maaaring magkaroon ng lag, pause o slowdown bago pa man isara ang app.
– Unang yugto — zRAM swapping: kino-compress at inililipat ng Android ang memory pages sa zRAM upang bawasan ang pressure sa physical RAM, kapalit ng dagdag na CPU work.
– Ikalawang yugto — process termination: kung patuloy na lumampas sa zRAM threshold, maaaring isara ng Android ang app. Maaaring makita sa ApplicationExitInfo ang “MemoryLimiter:AnonSwap”.
Bakit mas mahigpit ngayon ang Google sa memory
Ayon sa Google, bahagi ng dahilan ang pagtaas ng presyo ng memory. May mga bagong device na pinananatili o binabawasan ang physical RAM habang inaasahan pa rin ng users ang mabilis at smooth na apps. Kailangan ng Android na pigilan ang isang poorly optimized process na pabagalin ang buong device.
Magbasa pa
Hindi ito mananatili sa Pixel. Sa susunod na taon, mas maraming manufacturer ang gagamit ng per-app limits sa devices mula 4GB hanggang 16GB+ RAM, kaya hindi ito dapat ituring ng developers na Pixel-only behavior.
Ano ang dapat asahan ng developers at Android users
Para sa developers, may Android vitals para sa memory at Bitmap Memory metrics, Firebase Crashlytics 20.1.0 para sa OOM at Memory Limiter debugging, at ProfilingManager para sa heap dumps at profiles mula sa production devices upang makita ang leaks at excessive allocations.
Para sa users, mas mahirap para sa background app na ubusin ang RAM at pabagalin ang buong telepono. Ngunit ang poorly optimized o sobrang memory-intensive na app ay maaaring mas madalas mag-lag, mag-reload o magsara. Nagsisimula ito sa Pixel na may Android 17 at lalawak sa ibang manufacturers sa mga susunod na buwan.
