Comment réduire la valeur d'usage d'une application de façon permanente ?

Sur XDA, j'ai trouvé un poste discutant de comment PIN une application pour ne pas être tué par OOM. Comme votre question indique que votre appareil est rooté, cela pourrait vous être utile. Le principe qui y est décrit peut également être appliqué à votre cas en changeant simplement l'option oom_adj spécifiée (la -17 l'épinglerait de façon permanente, le plus haut prix -- utilisez donc une valeur plus grande pour "affaiblir" cela).

Le script affiché ici ressemble à ceci :

#!/system/bin/sh
sleep 60

PPID=$(pidof com.estrongs.android.safer)
echo "-17" > /proc/$PPID/oom_adj

Un utilisateur anonyme a noté que vous pourriez également définir ce fichier avec des autorisations de lecture seule pour empêcher Android de le mettre à jour, en ajoutant chmod 444 /proc/$PPID/oom_adj au script ci-dessus (le 444 proposé ne signifie rien d'autre qu'une permission de lecture, mais n'affecte pas la capacité du système à supprimer le fichier lorsque le processus se termine). Je ne l'ai pas vérifié, mais cela pourrait en fait vous éviter d'exécuter le script en boucle/répétitivement, rendant la valeur définie permanente tant que le processus vit.

Comme indiqué, remplacez le -17 par la valeur que vous avez choisie. Remplacez également le nom du paquetage de l'application ( com.estrongs.android.safer ) par le nom du paquet de votre application cible. Vous pouvez également abaisser le sleep ou même ne pas tenir compte du sommeil du tout.

Vous devez maintenant trouver un moyen de l'exécuter automatiquement dès que votre application est en cours d'exécution. Pour cette partie, vous pouvez par exemple utiliser Tasker : Le contexte serait "app running" (et votre app sélectionnée), et la tâche "run shell", avec le script ci-dessus comme paramètre. Ensuite, dès que vous démarrez votre application (et qu'elle passe au premier plan), Tasker exécuterait le script et le oom_adj doit être appliquée.

Cela ne peut pas être fait à partir du code d'une application (service d'arrière-plan, thread ou autre). La raison est bien décrite dans ce post, http://debuggingisfun.blogspot.com/2014/03/Android-foolproof-low-memory-killer.html

ROM Toolbox Pro de Jrummy a un gestionnaire d'OOM intégré.