Lue tiivistelmäSulje
Lue tiivistelmä
- Android 17 laajentaa sovelluskohtaiset RAM-muistirajoitukset kattamaan useiden eri valmistajien laitteet (4–16+ GB RAM).
- Muistibudjetin ylittävä sovellus pakotetaan ensin tiivistettyyn zRAM-muistiin, mikä aiheuttaa sovelluksen hidastumista ja tökkimistä.
- Jos muistinkäyttö kasvaa liikaa, Android sulkee sovelluksen automaattisesti laitteen vakauttamiseksi.
- Google heijastaa muutoksella myös muistikomponenttien hinnannousua, joka pientenpää tai pysäyttää laitteiden muistikapasiteetin kasvun.
Google on aloittamassa Android-käyttöjärjestelmässä tiukemman kurinpidon sovellusten muistinkäytölle. Yhtiö tiedottaa laajentavansa Android 17 -versiossa ensiesiteltyjä sovelluskohtaisia muistirajoituksia (per-app memory limits) koskemaan laajemmin eri laitevalmistajien puhelimia ja tabletteja. Alun perin Pixel-laitteissa käyttöön otettu ominaisuus tulee seuraavan vuoden aikana tutuksi laitteissa, joiden RAM-muistin määrä vaihtelee aina 4 gigatavusta yli 16 gigatavuun.
Kuinka muistirajoitus toimii laitteessa?
Jos sovellus kuluttaa enemmän RAM-muistia kuin järjestelmä on sille osoittanut, Android 17 ryhtyy suojelemaan laitteen yleistä suorituskykyä ja reagointinopeutta kaksiportaisella mekanismilla:
DigiNytin näkökulma: Googlen päätös laittaa muistisyöpöt sovellukset kuriin liittyy suoraan laitteistomarkkinoiden kustannuspaineisiin. Kun muistikomponenttien hinnat nousevat, laitevalmistajat eivät voi enää kasvattaa RAM-määriä loputtomiin, joten järjestelmätason ohjelmisto-optimoinnista tulee ratkaiseva keino pitää puhelimet nopeina.
- zRAM-tiivistys ja hidastuminen: Ensimmäisessä vaiheessa käyttöjärjestelmä siirtää sovelluksen muistisivuja tiivistettyyn zRAM-muistiin. Tämä säästää fyysistä muistia, mutta pakkaaminen ja purkaminen kuormittavat suoritinta. Käyttäjälle tämä näkyy sovelluksen hidastumisena, nykimisenä ja viiveenä käyttöliittymässä.
- Prosessin pakotettu lopetus: Jos sovellus jatkaa muistinkulutuksen kasvattamista kynnyksen yli, Android sulkee sovelluksen prosessin kokonaan taustalla järjestelmävirheiden ehkäisemiseksi.
Uudistuksen taustalla vaikuttaa myös komponenttimarkkinoiden kehitys. Muistin hintojen nousun vuoksi laitevalmistajat ovat joutuneet pitämään uutuuslaitteiden fyysiset RAM-muestimäärät ennallaan tai jopa leikkaamaan niitä. Samaan aikaan sovelluksilta ja peleiltä odotetaan yhä saumatonta suorituskykyä, mikä pakottaa Googlen rajoittamaan yksittäisten sovellusten muistisyöppöyttä.
Kehittäjille uusia työkaluja muistivuotojen jäljitykseen
Jotta sovelluskehittäjät voivat sovittaa tuotteensa uusiin rajoihin, Google tuo tarjolle tarkennettuja seurantatyökaluja. Esimerkiksi Android vitals tarjoaa Play Console -palvelussa jatkossa tarkempaa dataa muistin jakautumisesta ja tuki Firebase Crashlytics -työkalussa auttaa tunnistamaan tilanteet, joissa käyttöjärjestelmä on joutunut sammuttamaan sovelluksen liiallisen muistinkäytön (MemoryLimiter:AnonSwap) vuoksi.
Uudistus velvoittaa erityisesti raskaimpien mobiilipelien ja monimutkaisten hyötysovellusten kehittäjiä optimoimaan koodiaan laitekapasiteetin mukaan. Ennen kaikkea tavoitteena on varmistaa, ettei yksittäinen taustalla hyrräävä tai muistia vuotava sovellus hidasta koko puhelimen toimintaa.
Miksi tämä on merkittävää?
Loppukäyttäjälle tämä uutinen tietää sujuvampaa käyttökokemusta ja parempaa moniajoa, sillä yksittäinen raskas sovellus ei pysty enää tukkeuttamaan koko puhelimen suorituskykyä. Kehittäjille muutos tarkoittaa kuitenkin tiukempia optimointivaatimuksia ja työtä sovellusten muistivuotojen korjaamiseksi, jotta sovellukset eivät sulkeutuisi yllättäen kesken käytön.
Lähde: Android Developers Blog: Preparing your app for broader memory limits
Lue myös: Tiedonsiirto iPhonesta Androidiin helpottuu – Android 17 tuo kattavamman langattoman siirron
Lue myös: Google laajentaa Wear OS 7:n eleohjausta – älykelloa voi pian käyttää koskettamatta näyttöä
Tekoälyavusteinen sisältö: Artikkeli on tuotettu tekoälyä hyödyntäen alkuperäislähteen pohjalta.
