Új hozzászólás Aktív témák

• #11356 crok nagyúr falco1 #11346

  Új Válasz 2023-07-28 17:25:13 #11356

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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 -2

  RAM 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 -2

  RAM 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 -2

  RAM Plus 6GB:
  ------ SWAP INFO (/proc/swaps) ------
  Filename Type Size Used Priority
  /dev/block/zram0 partition 6291452 1451264 -2

  Most 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