ODEX, la milza del ns. SGS ?

[Val3r10]

Premesso che utilizzando molto la shell (adb, quickssh, ecc.) sul ns. Galaxy, trovo estremamente comoda una partizione /system capiente per installare binari extra, e l'unico modo per averla è utilizzare una ROM deodexed, vorrei lanciare una provocazione per tutti gli esperti modder del forum.

A che servono i file odex nativi e perché Samsung si farebbe del male coi pacchetti duplicati (apk + dex eseguibile), quando sarebbe molto più comodo e pulito accorparli ed utilizzarli a runtime nella dalvik-cache (cosa che avviene appunto nelle rom ottimizzate e deodexed..) ??
Fa tutto il paio con le partizioni RFS, masochismo puro ?

Ho notato che il comportamento di molte applicazioni deodexed, non è poi così prevedibile e ottimizzato, come da aspettative: alcune smettono di funzionare, altre si comportano stranamente o funzionano in parte, ecc.
E i volenterosi autori delle ROM, più o meno customizzate, non riescono a star dietro alle segnalazioni/lamentele, perché ovviamente non sono loro gli autori dei pacchetti malfunzionanti.
Bensì dei procedimenti automatici che agiscono a tappeto, indipendentemente dalla maggiore/minore robustezza del codice che c'è dietro il singolo apk.

Siete d'accordo che il malfunzionamento potrebbe essere causato o introdotto appunto dal processo di deodexing ?

Da quanto ho letto, soluzioni ibride (deodex + originali) non sarebbero percorribili... ma il dubbio sorge naturale, no ?

Grazie delle vs. impressioni in merito

..._

[cicciocant]

Riapro questo vecchio ottimo post del sempre illuminato Valerio per porre una questione.

Al giorno d''oggi conviene ancora cucinare in maniera deodex o meglio tornare alle rom odex?

In particolare nelle ultime ROM deodexed si sono notati diversi problemi sopratutto per quel che riguarda il browser, risolti in modi più o meno ortodossi.

Per tali motivi ultimamente soprattutto su xda si nota un certo trend a tornare alle rom odexed .
I motivi grosso modo sono elencati in questo thread di cui non ricordo l'origine (non me ne voglia l'autore).

WHAT IS AN ODEX FILE?

In Android file system, applications and framework files come in packages with the extension k@. apk or .jar. These APKs or JARs contain certain .odex files whose supposed function is to save space. These ‘odex’ files are actually collections of parts of an application that are optimized before booting. Doing so speeds up the boot process, as it preloads part of an application. On the other hand, it also makes hacking those applications difficult because a part of the coding has already been extracted to another location before execution.

THEN COMES DEODEX

Deodexing is basically repackaging of these APKs or JARs in a certain way, such that the .odex files are reassembled into classes.dex files directly integrated inside the APKs or JARs. By doing that, all pieces of an application package are put together back in one place.
For now, we need Baksmali.jar and Smali.jar to deodex, it seems these tools are not perfect and it seems to be why deodexed stock browser is laging/freezing.
This is the reason why there is a return to odexed customROMs

I tool smali e Baksmali sono stati aggiornati da poco ma sembra che non risolvano appieno il problema.
Tra l'altro stanno uscendo anche diversi temi e personalizazioni in formato odex.

Quindi ripeto.
Al giorno d'oggi (ed in futuro) meglio odex o deodex?