Android - csomagoptimalizálás kényszerítése - Ez nem gyártó vagy rendszerspecifikus, ez egy teljesen általános Android dolog. Én ezt már Android Marshmallow óta használom és mondom is sokmindenkinek, megelégedéssel. Igen, kevesebb energiát használ mert kevesebb lesz az interpretált futtatás - de mivel kellenek hozzá az optimalizált file-ok így több helyet foglal egy-egy app. Engem nem érdekel, nem zavar, bőven elfér (10..20% max. amivel egy app több helyet foglal így.. ennyi a con de nagyon sok a pro).

Nem reklámozzák a módszert mert alapvetően ezt a felhasználónak NEM KELL tudnia és ha átállítja az ember az alapértelmezettről (speed-profile) akkor az apptelepítés- és frissítés pl. lassabb lesz, a bg-dexopt amúgy is le kellene fusson egy normál rendszeren ha pl. éjjel felteszed töltőre és idle marad a készülék sokáig és lemegy deep doze-ba.. Csak ám sokmindenkinek nem megy le mert a rendszer szerintem nem túl jó vagy sok az app ami nem engedi elég ideig idle-ben a készüléket aztán a sok-sok instant messenger meg egyéb app is ébreszti a készüléket.. így lehet sose fut le.. egyre "lassabb" a készülék mert ugye előbb utóbb azért minden app frissül, de a dexopt nem fut le.. minden interpretált lesz.. aztán megunod, fact. reset vagy új ROM.. akkor belakod és egy-két napig / hétig megint "vigyázol rá", akkor lefut a dexopt.. egy ideig megint minden okay.. ördögi kör.. én ezt 2..4 hetente vagy ROM frissítéskor (vagy ROM telepítés után ha már belaktam a készüléket) mindig lefuttatom..

Szóval a módszer (és a források):
Telefonon futtatáshoz root kell, de PC-vel elég az ADB.

Csomagoptimalizálás kényszerítése:
root joggal telefonon terminálból:
su -c "cmd package bg-dexopt-job"
vagy
su
cmd package bg-dexopt-job
PC-ről adb-vel:
adb shell "cmd package bg-dexopt-job"
vagy
adb shell cmd package bg-dexopt-job
Nougat-ig: cmd package compile -r bg-dexopt -a

Ennek a minden appra kiterjedő történő parancsa (JIT opt.) pedig:
adb shell cmd package compile -m speed -f -a
^-- ez a parancs alapvetően elég, hetente / kéthetente / havonta lefuttatod és "pörgős" maradhat a rendszer.

Valahogy úgy látom hogy így a "leghatékonyabb":
ROM telepítés vagy upgrade után:
adb shell
cmd package compile -m speed-profile -a -f
cmd package compile --compile-layouts -a -f
for i in $(pm list packages | cut -d":" -f2); do cmd package compile -m speed-profile --secondary-dex -f $i ; done
Utolsónál a hibákat figyelmen kívül lehet hagyni (nincs sec. dex).

Ezt meg mondjuk hetente / kéthetente / havonta:
adb shell
cmd package compile -m speed-profile -a
cmd package compile --compile-layouts -a
for i in $(pm list packages | cut -d":" -f2); do cmd package compile -m speed-profile --secondary-dex $i ; done
Utolsónál a hibákat figyelmen kívül lehet hagyni (nincs sec. dex).

Ezt még annyival lehet tweak-elni, hogy az optimalizációt az alapértelmezett speed-profile-ról (általában ez van a build.prop-ban minden ROM-ban) átállítod speed-re (eeeesetleg everything-re) (itt az összes profil leírása) mégpedig úgy, hogy felteszed Magisk alá a MagiskHidePropsConf modult, nyitsz egy terminált, su után kiadod a props parancsot majd a [5] custom prop menüpontban hozzáadod ezeket a prop-okat:
dalvik.vm.bg-dex2oat-threads értéke legyen 4
dalvik.vm.dex2oat-threads értéke legyen 6
pm.dexopt.bg-dexopt értéke legyen speed (vagy everything)
pm.dexopt.core-app értéke legyen speed (vagy everything)
pm.dexopt.forced-dexopt értéke legyen speed (vagy everything)
pm.dexopt.install értéke legyen speed (vagy everything)
pm.dexopt.nsys-library értéke legyen speed (vagy everything)
pm.dexopt.shared-apk értéke legyen speed (vagy everything)
..vagy ha eleve custom ROM-ot használsz akkor beleírod a build.prop-ba..