- Hivatalos globális HyperOS 4 adatok, Xiaomi 17 Ultra-n mérve
- A processzor ugyanazoknál a feladatoknál 14,7%-kal kevesebb utasítást hajt végre
- A rendszeralkalmazásoknál az utasítások száma egészen 27,7%-kal csökkent
- A galéria 10 000 fotót 90%-kal gyorsabban szkennel
- Nyolc óra után 33%-kal több szabad memória marad
- A Xiaomi saját frameworket és natív futtatási környezetet hozott létre a saját alkalmazásaihoz
A HyperOS 4-ról eddig főleg kínai források alapján írtunk. A globális fórummján a Xiaomi most közzétette a teljes technikai leírást arról, mi változott a rendszer „felszíne alatt”. És szerintünk pont itt találod a legérdekesebb újdonságokat.
Nem csak az új animációkról van szó: vannak átlátszó elemek a „liguid glass” stílusban, illetve átalakított zárolási képernyő is. A Xiaomi viszont érdemben belenyúlt magának a rendszer működésébe is: a processzor munkájába, a RAM-ba és a saját alkalmazásaiba.
A HyperCore új módon számolja az utasításokat
A gyorsulás alapját egy csomag saját technológia adja, amit a Xiaomi HyperCore-ként emleget. Két fontos dolog került bele. Az első a Precision Workload Scheduling. Ennek köszönhetően a rendszer pontosabban tudja követni, hogy egyes tevékenységekhez a processzornak valójában mennyi munkát kell elvégeznie.
A Xiaomi korábban csak durva becsléseket használt, most viszont közvetlenül az egyes processzor-utasításokat kezdte számolni. Átvett több mint százat a leggyakoribb helyzetekből, és mindegyikben kereste azokat a feladatokat, amelyek a szükségesnél több munkát végeznek. Fotózásnál például az egész folyamatot öt rétegre bontotta, és mindegyiket külön optimalizálta.

Az eredmény az, hogy a végrehajtott utasítások teljes száma 14,7%-kal csökkent. A saját rendszeralkalmazásoknál a csökkenés akár 27,7%-ig is elmegy, a harmadik féltől származó alkalmazásoknál pedig 9,6%. Kevesebb lett az alvó szolgáltatások felesleges felébresztése is a háttérben.
De mit jelent a hétköznapi felhasználó számára a 14,7%-kal kevesebb utasítás? Az utasítást nagyon leegyszerűsítve úgy képzelheted el, mint egy apró parancsot a processzornak. Olvasd le ezt az értéket, számolj ki belőle két számot, mozgass adatokat, rajzolj ki egy képernyőrészletet, vagy hajts végre egy újabb lépést a programban. Amikor megnyitod a kamerát, egy alkalmazást vagy egy animációt, a processzornak rengeteg ilyen egyszerű parancsot kell végrehajtania.
Akkor tehát a(z) HyperOS 4 ugyanazt a feladatot a(z) 14,7 % -kal kevesebb utasítással is el tudja végezni, ez nem jelenti automatikusan azt, hogy a telefon 14,7 % -kal gyorsabb lesz. Azt jelenti, hogy ugyanahhoz az eredményhez a processzornak kevesebb munkát kell végeznie. Képzelheted ezt úgy, mint egy autós utat. Ha találsz olyan útvonalat, ami 100 kilométer helyett csak 85 kilométer, akkor az autó egyáltalán nem feltétlenül erősebb. A célba azonban hatékonyabban érsz el, és azonos körülmények mellett kevesebb energiát fogyaszt.
A telefonban mindez gyorsabb reakcióban, alacsonyabb energiafogyasztásban, kisebb melegedésben vagy abban is megmutatkozhat, hogy a processzornak több teljesítménytartaléka marad további feladatokra. Egyetlen optimalizált műveletet talán észre sem veszel, de a nap folyamán a rendszer milliárdnyi műveletet hajt végre. Pont ezek összessége döntheti el, hogy a telefon hosszabb távon mennyire marad gyors, vagy nagyobb terhelésnél elkezdenek-e megjelenni az apró akadozások.
Érdekes különbség látszik a rendszeralkalmazások és a harmadik féltől származó appok között is. Xiaomi alkalmazásoknál az utasítások száma akár 27,7 %-kal is csökkent, míg a harmadik fél alkalmazásainál 9,6 %-kal. A legnagyobb optimalizálások ezért leginkább az asztalon, a galériában, a fényképezőgépben, a beállításokban és a HyperOS egyéb részeiben lehetnek láthatók. A Xiaomi ugyanis saját kódját képes teljesen átalakítani, de például az Instagram vagy a Spotify átírására nem.
A rendszer addigra előkészíti a memóriát, mielőtt az alkalmazás kéri
A HyperCore második nagy változása a HyperOS 4 RAM-memóriával kapcsolatos működésének módját érinti. A telefon használat közben ugyanis folyamatosan kioszt és felszabadít memóriát az egyes alkalmazásoknak. Megnyitod az Instagramot, a kamerát, a böngészőt, bezársz több appot, és a többieket a háttérben hagyod futni. Fokozatosan így különböző méretű szabad területek keletkeznek a memóriában, amelyek a foglalt részek között szétszórva helyezkednek el.
Ezt mutatja be a Xiaomi grafikonjának bal oldala. A zöld blokkok a ténylegesen használt memóriát jelölik, a szürke blokkok a gyorsítótárban (cache) hagyott adatokat, a sötét blokkok pedig a fel nem használt memóriát. Első pillantásra akár elég szabad RAM is lehet, a gondot viszont az okozhatja, hogy hogyan van szétosztva.

A legegyszerűbben úgy képzelheted el, mint egy parkolót. Van öt szabad helyed, de mindegyik más helyen van a beállt autók között. Ha egyszerre nagyobb szabad területet szeretnél létrehozni, akkor először bizonyos dolgokat át kell mozgatnod, és a parkolót is átrendezni. A rendszer a memória kiosztásakor szintén végezhet plusz munkát, ami időbe és a processzor teljesítményébe kerül.
Ezért a Xiaomi szerint a HyperOS 4 arra törekszik, hogy a szükséges memóriát még azelőtt előkészítse, hogy azt a konkrét funkció ténylegesen megkívánná. A grafikon jobb oldala egy példa a kamerára. A rendszer tudja, hogy használatakor memóriára lesz szüksége a kamera fő felületéhez, a keresőből származó élő előnézethez, valamint a váltáshoz az elülső és a hátsó kamera között. Ezeket a szükségleteket ezért előre el tudja készíteni.
Számodra ez leginkább azt jelenti, hogy amikor megnyitod a kamerát, majd átváltasz az objektívre vagy az elülső kamerára, a telefonnak nem feltétlenül kell épp abban a kritikus pillanatban elvégeznie az összes munkát, ami a szükséges erőforrások kiosztásával jár. A felkészítés már részben korábban megtörtént. Ennek eredménye gyorsabb reakció, és főleg kevesebb rövid megakadások akkor, amikor az alkalmazás hirtelen több memóriát igényel.
A lényeg az, hogy a HyperOS ezzel a megoldással nem hoz létre új RAM-ot, és nem kell tartósan hatalmas memóriatömböt fenntartania csak a kamerának. Ez elsősorban a telefon fizikailag meglévő erőforrásainak hatékonyabb kezeléséről szól. A rendszer igyekszik előre jelezni a közelgő terhelést, és felkészíteni rá a memóriáját.
Hosszan, nyolc óra folyamatos használat után az új optimalizálásoknak köszönhetően a HyperOS 3-hoz képest 33 % -kal több szabad memóriával kell rendelkeznie. A kínai prezentáció augusztusban azonban 27,2 %-ot említett, így a globális érték még magasabb.
Még ez az adat sem azt jelenti, hogy például egy telefon a 12 GB RAM-mal hirtelen további 4 GB memóriát kap. A fizikai kapacitás teljesen változatlan marad. A HyperOS csupán hatékonyabban használja ki, és kevesebbet fogyaszt a saját működésére. A gyakorlati különbség legfeljebb néhány órányi intenzív használat után lehet igazán látványos, amikor rengeteg alkalmazás van megnyitva, és a rendszer elkezd küzdeni a rendelkezésre álló RAM-ért.
A több szabad memória egyúttal nagyobb tartalékot ad a rendszernek további alkalmazásokhoz is. Ezeket így nem kell olyan gyakran teljesen bezárni a háttérben. Ha néhány perc múlva például visszatérsz a böngészőbe vagy a közösségi hálóra, nagyobb az esélye, hogy abban az állapotban marad, ahogy elhagytad, a teljes újratöltés helyett.
A rendszeralkalmazások saját futtatási környezetet kaptak
Itt érkezünk el a HyperOS 4 talán legtechnikásabb, ugyanakkor egyik legfontosabb változásához. A Xiaomi a saját alkalmazásaihoz új alkalmazáskeretrendszert és saját natív futtatási környezetet hozott létre. Első pillantásra ez nagyon bonyolultan hangzik, ezért először tisztázzuk, mit is jelentenek valójában ezek a fogalmak.
Az alkalmazás működés közben ugyanis nem old meg mindent közvetlenül a telefon hardverével. Maga az alkalmazás és a processzor között szoftveres rétegek vannak, amelyek rengeteg alapvető feladatot látnak el. Ezek gondoskodnak a memóriáról, a felület megjelenítéséről, az animációkról, a rendszerrel való kommunikációról és még sok más tevékenységről. E rétegek kombinációját nagyon leegyszerűsítve keretrendszerként és futtatási környezetként foghatjuk fel.
Úgy képzelheted el, mint egy nagy céget. Egy alkalmazott szeretne végrehajtani egy feladatot, de ahelyett, hogy közvetlenül ahhoz az emberhez fordulna, aki el tudja végezni, a kérésnek több részlegen kell áthaladnia. Minden rétegnek megvan a maga szerepe, és rengeteg fontos dolgot biztosít, de minden további köztes lépés ugyanakkor bizonyos működési költséget is hozzáad.

A Xiaomi első grafikája azt mutatja, hogy a HyperOS 4 újonnan két párhuzamos utat használ. A hagyományos Android alkalmazások továbbra is a standard Android Application Frameworköt és az ART-ot, vagyis az Android Runtime-ot használják. A Xiaomi saját alkalmazásait azonban a gyártó az új alkalmazáskeretrendszeren és a natív runtime környezeten keresztül tudja vezetni.
Fontos helyesen megérteni, mit csinált a Xiaomi. A HyperOS 4 nem váltja le teljesen az Androidot valamilyen teljesen új operációs rendszerrel, és nem is minden alkalmazás kerül át az új technológiára. A Xiaomi elsősorban a saját alkalmazásaihoz hozott létre optimalizált utat, amelyek kódja felett teljes kontrollja van.
Ezért a gyártó jelentősebben optimalizálhatja például a főképernyőt, a Galériát, az Időjárást vagy más rendszerkomponenseket. Az Instagram, a Facebook, a Spotify vagy a banki alkalmazásod továbbra is a szokásos Android-mechanizmusokon keresztül működik majd. Ez azt is megmagyarázza, hogy a Xiaomi miért mért a saját rendszeralkalmazásainál akár 27,7 % instrukciószám-csökkenést, miközben a harmadik féltől származó alkalmazásoknál a különbség 9,6 %.
Mit jelent ez a gyakorlatban? A telefon processzora semmit sem változott. A Xiaomi nem adott hozzá további magokat vagy magasabb órajelet. Ugyanakkor arra törekszik, hogy lerövidítse és hatékonyabbá tegye azt az utat, amelyen a szoftvernek végig kell mennie, hogy egy adott feladat végrehajtódjon. Ugyanazzal a hardverrel így kevesebb felesleges munka járhat.
A felületnek már nem kell minden parancsot külön megkapnia
A következő grafika a keretrendszer egy konkrét területét magyarázza el – a felhasználói felület kirajzolását. A régebbi megoldásban az alkalmazás lépésről lépésre utasította a rendszert az egyes változtatásokra. Módosítsd ezt a szöveget, változtasd meg az animációt, számold újra az elemek elrendezését, rajzold újra a képernyő ezen részét és hasonlók. A Xiaomi ezt az elvet „Imperative UI Updates”-ként nevezi.

A HyperOS 4 a saját alkalmazásoknál áttér a state-driven megközelítésre. Nagyon leegyszerűsítve: az alkalmazásnak nem kell lépésről lépésre elmagyaráznia a rendszernek az összes külön vizuális változást. Megadja, milyen állapotba kell kerülnie a felületnek, a framework pedig ezután gondoskodik a szükséges szöveg-, animáció-, elrendezés- és renderelési módosításokról.
Például képzeld el az időjárás alkalmazást. A régebbi elv akár egy sor parancsot is jelenthet, mint: a hőmérséklet megváltoztatása 18 -ról 19 °C-ra, a felhőikon cseréje napra, a háttérszín módosítása, az animáció beállítása és az egyes elemek újrarajzolása. State-driven megközelítésnél az alkalmazás bejelenti az új állapotot, például: „19 °C és napos”, és a framework magától biztosítja, hogy a felület mely részei változzanak.
Xiaomi ennél az új iránynál pedig kiemeli a 100% közvetlen gépi kódot. Ez nem azt jelenti, hogy Android eddig szöveget küldött a processzornak, amit az nem értett volna. Lényege a plusz runtime-kiszolgáló és az átmeneti „köztes rétegek” egy részének kiiktatása a Xiaomi saját alkalmazásaiban. A gyártó ezzel főként a késleltetés ingadozását szeretné csökkenteni.
És pont ez az utolsó rész fontos. A telefon sebességének érzetét nem csak az dönti el, hogy az animáció átlagosan 10 vagy 12 milliszekundum alatt jelenik meg. Különösen kellemetlenek azok a helyzetek, amikor a legtöbbször minden tökéletesen működik, de egy animáció hirtelen lényegesen tovább tart, és ezt egy apró „rántásként” érzékeled. Ezért a Xiaomi nem csak nagyobb sebességet akar elérni, hanem mindenekelőtt a kiszámíthatóbb válaszidőt.
A háttérfolyamatnak már nem kell az egész „szerszámosládát” cipelnie
Az új környezet második ága a háttérben futó feladatokat kezeli. És itt Xiaomi megint egy érdekes példát mutat arra, hogy az operációs rendszerben hol lehet feleslegesen teljesítményt és memóriát pazarolni.

A régebbi rendszerben akár egy viszonylag egyszerű folyamat is használhatott egy általános futtatókörnyezetet, amely sok funkciót tartalmaz. A Xiaomi ábráján például látható a felhasználói felület támogatása, a háttérszolgáltatások és további alap lehetőségek. A gond az, hogy egy egyszerű háttérfeladatnak ezek közül sokra valószínűleg egyáltalán nincs szüksége.
A HyperOS 4 ezért a On-Demand Capability elvet alkalmazza, vagyis a funkciók igény szerint válnak elérhetővé. A folyamat megkapja azt az alapot, amire valóban szüksége van, a többi lehetőség pedig csak akkor kerül hozzá, ha már elkezded használni őket.
A legegyszerűbben úgy képzeld el, mint egy szerszámosládát. Kell meghúznod egyetlen csavart, de a régi rendszered ilyenkor minden alkalommal előhoz egy hatalmas kocsit csavarhúzókkal, kalapácsokkal, fúróval, fűrésszel és egyéb felszereléssel. A HyperOS 4 csak a csavarhúzót szeretné hozni. Ha később kiderül, hogy fúróra is szükséged van, a rendszer csak akkor adja hozzá.
Telefonos környezetben ez például lehet egy kis rendszerfeladat, amelynek a háttérben kell ellenőriznie egy bizonyos adatot, vagy el kell végeznie egy egyszerű műveletet. Ha nincs szükség felhasználói felületre, akkor az emiatt nem feltétlenül aktivál mindent, ami egy teljes értékű alkalmazás megjelenítéséhez kellene.
Xiaomi szerint így csökken a felesleges processzor- és memória-terhelés egy része. Egyetlen folyamatnál a különbség kicsi lehet. A telefon indulás után azonban rengeteg folyamatot és szolgáltatást futtat, így az apró megtakarítások összességében is meglátszódhatnak.
Te ebből akkor mit érzel meg? Valószínűleg nem fogsz egyetlen konkrét funkciót látni, ahol azt mondod majd, hogy „na, ezt az új futtatókörnyezetnek köszönhetem”. Ezek a változások főleg a kulisszák mögött történnek. Az eredménynek gyorsabb rendszeralkalmazás-megnyitásnak, simább animációnak, alacsonyabb memóriafogyasztásnak vagy pedig néhány óra használat után kevesebb véletlenszerű mikro-megakadást kell jelentenie.
Szerintünk épp ez a HyperOS 4 egyik legérdekesebb újdonsága. Az új zárolt képernyőt vagy a letisztult, átlátszó hatást már pár másodperc alatt észreveszed, miközben Xiaomi közben át is dolgozta azt az alapok egy részét, amelyeken a saját alkalmazásai működnek.
A kezdőképernyőt, a galériát és az időjárást nulláról újraírták
A Xiaomi három saját alkalmazását újraírták: felületet, galériát és időjárást. A kód puszta átvitele viszont nem volt elég. A Xiaomi-nek ki kellett építenie a fejlesztési infrastruktúrát, a saját hibakereső eszközeit és az automatikus tesztelést is.
A Xiaomi egy globális bejegyzésben nem nevezte meg pontosan a programozási nyelvet, amelyet használt. Csak egy hatékonyabb programozási nyelvről tesz említést, amely többek között a memória-kezeléssel kapcsolatos mikrosebességű megszakításokat hivatott megszüntetni. Korábbi jelentések a Rustot emlegették, de hivatalosan ezt nem erősítették meg.
Kilenc óra használat után a felület harminc alkalmazást egymás után 9,4 %-kal gyorsabban nyit meg. A galéria 10 000 fotón 90 %-kal gyorsabban lépked végig, miközben a processzort 28 %-kal, a memóriát pedig 32 %-kal kevésbé terheli. A bélyegképek gyors görgetésekor már nem kellene üres fehér foltoknak világítaniuk. Az időjárás valós időben számolt animációkat kapott.
A 90%-kal gyorsabb Galéria állítása hatalmasnak hangzik, de ezt itt is helyesen kell értelmezni. Nem azt jelenti, hogy minden egyes fotót majdnem kétszer olyan gyorsan nyitsz meg. A Xiaomi a 10 000 fotóból álló könyvtár szkennelését mérte. A különbség ezért leginkább a nagy gyűjtemény indexelésénél, a bélyegképek készítésénél vagy rengeteg fotó gyors átnézésénél lehet igazán szembetűnő.
Nehéz munkánál a telefonodnak emellett 30,3%-kal kevesebb képkockát is kell veszítenie. Ez az érték sem azt jelenti, hogy a kijelző frissítési frekvenciája 30,3%-kal magasabb lenne. A „veszett” képkocka akkor keletkezik, amikor a rendszer nem készül el időben a következő kép előkészítésével. Ezt utána te egy kis akadást animáció- vagy görgetés közben fogod észrevenni.
Ha tehát a(z) HyperOS 4 kevesebb képkockát veszít, akkor a végeredmény elsősorban a konzisztens, egyenletesebb folyamatosság. A telefonnak még mindig lehet 120 Hz-es kijelzője, de gyakrabban ténylegesen addigra, abban az időben képes renderelni az egyes képkockákat, amíg a kijelzőnek szüksége van rájuk.
Soft Light Glass mozgás közben
Most jutunk el a HyperOS 4 azon részéhez, amit a felhasználó azonnal észrevesz. A megjelenés egy új anyagra épül: Soft Light Glass. A szórt fény és a finom átmenetek csökkentik a felület vizuális „keménységét”, miközben a félig átlátszó rétegeken keresztül is olvasható marad a szöveg. A felületen egyes részekben a fény interakció közben mozog.
Ez leginkább az ikonok kezdőképernyőn történő áthelyezésénél, illetve a vezérlőközpont megnyitásánál látszik. Ez az a fajta újdonság, amit mindenki azonnal észrevesz, de a mindennapi használat szempontjából a korábban leírt processzor- és RAM-optimalizálások sokkal fontosabbak lehetnek.
A zárképernyőn lévő órát sokkal szabadabban beállíthatod. Mindkét tengelyen nagyíthatod, egy vagy két sorra váltod, és tetszőlegesen bárhová el tudod helyezni a képernyőn.

Az értesítések már nem egyetlen hosszú listában jelennek meg. Az alsó részen egymásra „rakódnak”, mint egy pakli kártya. Így a háttérkép jobban látszik, és egy nagyobb telefonon az értesítéseket is könnyebb elérni az ujjaddal. Egyetlen lehúzással az egész csomagot kinyitod.
A mappát öt méretre húzod át
A kezdőképernyőn lévő mappa húzással öt rácsra váltható: 1×1, 1×2, 2×1, 2×2 és 4×2. A nagyobb mappában már rögtön a kezdőképernyőről látod a tartalmat, így a gyakran használt alkalmazásokat nem kell minden alkalommal külön megnyitnod.
A felújított rendszeralkalmazások egységes lebegő kereteket kaptak. Az elrendezés igazodik a kijelző oldalarányához, így egy kompakt telefonon a vezérlés közelebb kerül a hüvelykujjhoz, tableten viszont a nagyobb rendelkezésre álló felületet használhatod ki.

A HyperAI a hangjegyzetből gondolattérképet csinál
A Hangjegyzetek az Alkalmazásban a Jegyzetek átirják a kimondott szót, és egy rendezett jegyzetbe rögtön beillesztik. A Xiaomi ezeket olyan helyzetekre célozza, amikor nem győznél írni, például sétálás közben. A kész jegyzetből aztán egy sima mondattal kérhetsz hozzá gondolattérképet vagy teendőlistát.
A diktafon újabban rögzítés közben tud vizuális jelöléseket is beszúrni. Lejátszáskor a rendszer ezeket felhasználva egy interaktív vázlatot állít össze, amely a felvételben lévő egyes időpontokhoz kapcsolódik. A csendes szakaszokat automatikusan képes átugrani.
Smart Hub és ki jutott be a bétába
A többi eszköz vezérlése átkerült egy átláthatóbb Smart Hubba. A leggyakrabban használt eszközöket és jeleneteket felülről kitűzheted, majd közvetlenül a vezérlőközpontból nyithatod meg. Ha több otthont is kezelsz, közöttük egyetlen koppintással válthatsz.

A Xiaomi szeptember 10-én nyitotta meg a globális bétát. Az első hármast a Xiaomi 17 Ultra, a Xiaomi 17 és a Leica Leitzphone alkotta, egy héttel később pedig megérkezett a Xiaomi 17T Pro, 17T, a 15 Ultra és a 15.

Nálunk ezekből általában Xiaomi 15, 15 Ultra és a 17T-sorozatot árulnak. A jelentkezés a Xiaomi Community alkalmazáson keresztül zajlik, és a telefonnak zárolt betöltővel kell rendelkeznie. A Xiaomi még nem jelentette be az európai példányokra vonatkozó éles frissítés pontos időpontját.
Akkor hogyan olvasd ki ezeket a százalékokat mind?
A HyperOS 4 eredményeinél fontos, hogy a külön százalékokat ne úgy kezeld, mintha az egész telefon azonnal közvetlenül gyorsabb lenne. A(z) o 14,7% kevesebb utasítás nem jelenti azt, hogy o 14,7% magasabb teljesítmény jár együtt. A(z) o 33 % több szabad RAM sem jelenti, hogy a telefon fizikailag egyharmaddal több memóriát kapott. És az, hogy a Galéria o 90%-kal gyorsabb, nem jelenti azt, hogy minden egyes funkciója gyakorlatilag kétszeres sebességgel fog működni.
A legfontosabb az összes változás közös iránya. A HyperOS 4 arra törekszik, hogy ugyanazt a munkát kevesebb processorterheléssel, kevesebb felhasznált memóriával, és kevesebb olyan helyzetben végezze el, amikor a rendszer lemarad. Az egyes eltérések a használat során akár csak néhány másodperc alatt is gyakorlatilag észrevétlenek lehetnek. Ha viszont az ilyen optimalizálások a nap folyamán tucatnyi tevékenységben is megmutatkoznak, az eredmény egy olyan telefon lehet, amely hosszú használat után is gördülékenyebb marad.
Minden szám esetén érvényes egy megjegyzés, amelyet a Xiaomi a méréseinél feltüntet. Az eredmények a gyártó saját laborjaiból származnak, és a HyperOS 4-t hasonlítják össze a Xiaomi 3 Ultra készüléken futó HyperOS 17-szel. Emiatt nem várható automatikusan, hogy minden egyes Redmi, POCO vagy régebbi Xiaomi ugyanazokat a százalékokat produkálja. Az egyes optimalizálások valós hasznát véglegesen majd a végleges globális verzió hosszabb használata után lehet megítélni.
| - | A Xiaomi mérései alapján a HyperOS 4 (a HyperOS 3 -hoz képest) |
|---|---|
| Az összes utasítás száma | -14.7 % |
| Utasítások a rendszeralkalmazásokban | -27.7 % |
| Utasítások külső alkalmazásokban | -9.6 % |
| Szabad memória 8 óra után | +33 % |
| Elveszett képkockák terhelés közben | -30.3 % |
| 10 000 fotó beolvasása a galériában | -90 % |
| A galéria CPU-terhelése | -28 % |
| A galéria memóriája | -32 % |
| 30 óra után megnyíló 9 alkalmazások | -9.4 % |
| Átírt alkalmazások | felület / galéria / időjárás |
| Mérve: | Xiaomi 17 Ultra |
Ha további Xiaomi újdonságokra is kíváncsi vagy, kövesd továbbra is a Xiaomi Planet weboldalunkat, és csatlakozz hozzánk a Facebook csoportunkban, ahol aktív közösséget építünk, és egymásnak segítünk. Iratkozz fel a Telegram csatornánkra is, ahol nap mint nap a legjobb ajánlatokat és kuponokat tesszük közzé Kínából.
Ne maradj le a legjobb kuponokról 📩
Iratkozz fel, és az új kuponokat e-mailben elküldjük, mielőtt lejárnak. Csak havonta egyszer küldjük — nincs spam.







