-
Fototrend
Összefoglaló
Firmware letöltése
XEH (független) - 2025-09-01 (Frissítés: 2025-09-29) [Android 14]
TMH (Telekom) - 2025-09-01 (Frissítés: 2025-09-29) [Android 14]
A52s 5G ujjlenyomat olvasó tapasztalatok
Fotók a mobillal
Új hozzászólás Aktív témák
-
crok
nagyúr
válasz
falco1 #11346 üzenetére
Belementem picit most a friss ROM-on mi a helyzet.. úgy látom mivel nem volt túl jó visszhangja a RAM Plus-nak így változtattak a működésen. Nem jó de legalább nem is következetes.. Ezelőtt nem így működött és a leírása még mindig az, hogy storage-ből vesz el (a /data-ra csinált egy swap típusú file-t, mint pl. az Oppo, Realme, Xiaomi és társai). Erről is volt szó egyébként pontosan abban az XDA thread-ben amit linkeltél is.
Nem kell ide root a szétnézéshez se.. felesleges, hiszen egy a dumpstate is megmondja, egy sima bugreport-ot generálsz ott van benne vagy ugyanez pepitában a tárcsázóba dobott *#9900# után elérhető de feleslegesen bonyolult egy bugreport zip-hez képest.
A
global
tábla ram_expand_size_list vátozója 0,2,4,6-ra lett állítva most a teszt erejéig (mert eredetileg ugye ezen a készüléken most a default az a 2,4,6) de a 0 gyak. meg se jelenik mert ez a kikapcsolt állapot lett tulajdonképp (régen nem volt meg ez a menüpont ugye..)RAM Plus kikapcsolva - ekkor az "alap zram"* van amit a QCOM default is javasol,
nem tértek el a SoC vendor ajánlástól:
------ SWAP INFO (/proc/swaps) ------
Filename Type Size Used Priority
/dev/block/zram0 partition 3145724 2200348 -2RAM Plus 2GB - na ez nem csinál semmit a kikapcsolt állapothoz képest.. előtte ez a zram-ot legalább levitte 2GB-ra.. meg a grátisz 1GB swap a storage-en
------ SWAP INFO (/proc/swaps) ------
Filename Type Size Used Priority
/dev/block/zram0 partition 3145724 1467648 -2RAM Plus 4GB - ez már csinált zram-ot is és swap file-t is:
------ SWAP INFO (/proc/swaps) ------
Filename Type Size Used Priority
/dev/block/zram0 partition 4194300 1498368 -2RAM Plus 6GB:
------ SWAP INFO (/proc/swaps) ------
Filename Type Size Used Priority
/dev/block/zram0 partition 6291452 1451264 -2Most egyik beállítás se állít swap prio-t - nyilván mert nincs másik eszköz se. Egyébként amint látható látszik ott a block device is a zram-hoz, meg a prió és a target size is.
Ez van most.
De ez eddig (A12 pl.) nem így működött, volt is ebből Reddit szál is.
Mindenesetre a zram csak egy fokkal jobb, mint a swap vagy ami mégrosszabb: zswap..
A zram top3 dolog amit root-al kikapcsolok, nem véletlen csináltam meg a SWAP Torpedo modulhoz is az új formára öntést mikor megváltozott a Magisk modul "template" pár éve. Még egy desktopon, ahol a *felhasználáshoz képest* esetleg kevés a RAM (ellenben nem limitált az energiafelhasználás (CPU kell az lzo-nak is, pörög majd a kswapd..) és talán a felhasználói élmény se annyira lényeges sebesség szempontból) ott *talán* látom értelmét a zram-nak.. de akkor is olyan alacsony swappiness-el hogy lehetőleg már csak akkor akarjon bármit odatolni ha tényleg nincs merre menni. De akkor ugye jön az, hogy a swappiness nem egy szám hanem alapból kettő mert ugye tendenciát ad meg az anonymous page prio és a file cache közt (a swappiness az anon. page prio, a file cache meg 200-anon. page prio) és valamiért ezt itt eltolják az alap 60/140-ről 130/70-re.. így alapból 2x hamarabb van kicsapva zram-ba valami mint a nem dirty file cache.. jó, hát kevéssé valószínű hogy naaaaagy file-okkal fog a handheld user dolgozni de egy-egy videó mentése után.. szerkesztésekor.. szóval ez el van itt cseszve IMHO nem kicsit, nagyon. De még mindig jobb mint a storage-on blokkeszközbe tolt swap. És ha zram ha swap vagy zswap ez mindig CPU-t és fogyasztást is jelent egyben, márpedig ha thrash-elni kezdett onnan ritkán (vagy nagyon "lassan") van megállás és stabilizálódás amíg el nem éri az LMK vagy rosszabb esetben már az OOM szintet.. addig vagy vár a user a sorára vagy tol egy force restart-ot. Nem csodálkozom hogy ezen értékek mellett van olyan funkciója a gyári ROM-nak hogy "időzített optimalizáló restart"Az, persze, "időzített optimalizáló restart"..
--
Egyébként osztom Aryes akku vs. terhelés megfigyelésének eredményét: a felhasználási módban 0 változás mutatkozott mégis pontosan ugyanúgy ugyanannyi kb a változás (lefele természetesen) mint nála. Mivel eddig nem érdekelt így nem tartottam meg bugreport zip-eket de mostmár ráállok ha időm is engedi. Az mindenképpen megfigyelhető hogy WLAN-on ugyanazok az alkalmazások ugyanazzal a felhasználási móddal kevésbé merítik a készüléket mintha csak LTE-n lógna a készülék. Ezt több hely és több WLAN környezetben is leteszteltem, home office, office, random helyek WLAN-al és nélkül munka közben. (Igen, tudom mi a SoT, tudok róla bőven órákig, kimerítően beszélni hogy miért nem szabad univerzális mérőszámnak venni).
Új hozzászólás Aktív témák
- Retro teló rajongók OFF topicja
- Autós topik
- Windows 11
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Kezdő fotósok digitális fényképei
- Hisense LCD és LED TV-k
- Milyen billentyűzetet vegyek?
- Windows 7
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Egyéni arckép 2. lépés: ARCKÉPSZERKESZTŐ
- További aktív témák...
- iPhone 12 Pro 128GB Pacific Blue - 1 ÉV GARANCIA - Kártyafüggetlen, MS3259,100% Akkumulátor
- BESZÁMÍTÁS! MSI X370 R5 2600 16GB DDR4 512GB SSD GTX 970 4GB Zalman Z9 Neo FSP 600W
- Ikea Eilif Paraván, asztali elválasztó
- Részletre elviheted akár 365 napra Bankmentes , azonnal elérhető Dell GAMER laptop G15 5511
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB DDR5 RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő