Jump to content

AutoKill Interne


kushinan

Recommended Posts

Trouver ici, merci à l'auteur :

http://www.forummobiles.com/index.php?showtopic=221243

Configurer le Taskiller (Tueur de tache) interne d'Android : (Compatible A2SD)

La différence entre cette méthode comparé à celle des tueurs de taches comme les "Automatic Task Killer" est qu'il n'y a aucune application tiers impliqué.

Il n'y a pas de widget ou de processus de taskiller à lancer.

En faite vous configurez le noyau d'Android pour qu'il gère les processus comme vous le voulez. Tandis que les taskillers ont besoin d'être lancés régulièrement (automatiquement ou à la main) pour vérifier la mémoire et les processus, cette méthode est complétement géré par le noyau d'Android, dès le moment ou la mémoire disponible descends en dessous du seuil limite configuré.

Il n'est également pas nécessaire d'avoir une "ignore-list" car le noyau d'Android sait quelle applications il peut tuer ou non. De plus vous pouvez configurez avec précision, quand et quel processus tuer et le noyau utilisera sa liste des "dernières applications récemment utilisé" et tuera en premier les processus les moins nécessaires.

Les taskiler externes ne tuent que les applications "visibles". Ils ne peuvent pas voir quel processus est "vide" (ceux qui ne comportent pas d'activité) ou ceux qui étaient en tache de fond depuis longtemps, etc...

Lorsque les gens vous disent que les taskiller sont nuisibles, ils sous-entendent qu'ils interfèrent avec la gestion des processus d'Android. La méthode utilisé permet a Android de gérer lui même ses processus, vous lui ordonné juste d'être plus restrictif ranting_1.gif

Cela est donc moins invasif pour le systême et il (devrait) y avoir moins d'effet secondaire.

********************************************************************

Voilà pour l'introduction je n'irais pas plus loin car l'explication est technique et tout ceci étant déjà expliquer (en anglais) sur ce thread.

Passons à ce qui nous intéresse:

Pré-requis:

Disposer d'un smartphone rooté ou disposer d'une Custom ROM rooté.

Si ce n'est pas le cas, allez voir ce post.

Etape 1: Faire un nandroid backup ! (On est jamais sur de rien)

Etape 2: Trouver votre init-script, pour ajouter la commande.

Ne connaissant pas quel init-script (script d'initialisation) est installé sur les autres ROMs, je m'adresse à ceux disposant de la Modaco Custom ROM 3.1. L'init-script se trouve ici: "/system/init.d/ramzswap.sh" ( qui est normalement utilisé pour activer compcache). Pour les autres, regardez du coté "/system/init.d/" ou "/system/etc/init.d/" si vous trouvez quelque chose, ça dépends de votre ROM. En théorie vous pouvez utiliser n'importe quel script qui sera executer au démarrage. On veut juste que vous ajoutez cette commande au script.

Etape 3: Ajouter la commande à votre script.

- Lancer une invite de commande.

- Placez vous dans le dossier tools du SDK et taper:

adb remount (permet la lecture/écriture du systeme de fichier /system/ )

puis:

adb pull /system/init.d/ramzswap.sh . (N'oubliez pas le point)

Cela va télécharger le fichier 'ramzswap.sh' et le placer dans votre dossier 'tools'. Ouvrez-le avec un éditeur (N'utilisez pas Notepad.exe sous Windows il n'affiche pas correctement les script linux) Sous Windows je recommande Notepad++ ou utilisez Wordpad si vous n'avez rien d'autre. Sous Linux n'importe quel éditeur fera l'affaire.

- Ajouter un # devant les lignes:

/system/xbin/insmod /system/lib/modules/xvmalloc.ko

/system/xbin/swapon /dev/block/ramzswap0

On a donc:

#/system/xbin/insmod /system/lib/modules/xvmalloc.ko

#/system/xbin/swapon /dev/block/ramzswap0

Cela désactivera compcache (inutile grâce à ce nouveau tweak)

- Insérer la commande "echo" à la fin du fichier !

- Exemple:

echo "1536,2048,4096,5120,15360,25600" > /sys/module/lowmemorykiller/parameters/minfree

Pour ceux qui dispose de la Modaco Custom ROM 3.1 votre fichier 'ramzswap.sh' devrait ressemblait a ceci:

CITATION

/system/xbin/insmod /system/lib/modules/tun.ko

/system/xbin/insmod /system/lib/modules/lzo_decompress.ko

/system/xbin/insmod /system/lib/modules/lzo_compress.ko

#/system/xbin/insmod /system/lib/modules/xvmalloc.ko

#/system/xbin/swapon /dev/block/ramzswap0

echo "10" > /proc/sys/vm/swappiness

echo "performance" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

echo "1536,2048,4096,5120,15360,25600" > /sys/module/lowmemorykiller/parameters/minfree

- Enregistrer le fichier

- Copier-le là ou il se trouvait avec la commande suivante:

adb push ramzswap.sh /system/init.d/

puis tapez:

adb shell chmod a+x /system/init.d/ramzswap.sh (pour le rendre exécutable )

Etape 4: Redémarrer votre smartphone.

Si vous avez tout fait correctement, il va redémarrer normalement et vous pouvez vérifier que votre script fonctionne, en tapant la commande suivante:

adb shell cat /sys/module/lowmemorykiller/parameters/minfree

Vous verrez alors s'afficher les 6 nombres que vous avez précédemment ajoutés.

Ces 6 nombres sont très important ! pour plus d'information Voir le post de l'auteur.

Voilà !

********************************************************************

Tutoriel réalisé à partir de l'article suivant:

How to configure Android's *internal* taskiller par androcheck@xda-developers

********************************************************************

Avis perso:

Ceux que ça permet: une gestion intelligente et performante des applications et processus.

Ceux que ça nous apporte:

- Plus besoin de taskiller externe pour libérer de la RAM, tout est automatique !

- Les lags c'est de l'histoire ancienne ! Rapidité, fluidité ! On redécouvre notre HTC Hero, plus rapide qu'une guêpe !

- Meilleure autonomie (en tuant intelligemment les applications et processus l'autonomie est amélioré)

Le tweak étant très efficace je suis prêt à parier qu'il sera intégré dans toutes les futures Custom ROMs ! (1.5 & 2.1)

Faites un retour !

Quelqu'un à testé ?

Link to comment
Share on other sites

ça va faire rire dekans : "le gestionnaire android sait quelles appli killer...."

mon *** : quand il me kill la musique en pleine écoute parce que je reçois un SMS j'aimerais bien savoir comment il a fait son choix :lol:

Bon après la méthode permet de dégager les content providers inutiles et de monter la limite du lowmemorykiller ce qui n'est pas un mal..

Link to comment
Share on other sites

@kushinan

Il aurait fallu mettre l'image de présentation, ainsi que les liens pointant vers les sites appropriés, ça aurait été meilleur ^^

ça va faire rire dekans : "le gestionnaire android sait quelles appli killer...."

Rire, non pas vraiment, mais surprendre oui !

j'aimerais bien savoir comment il a fait son choix

En regroupant les applications/processus dans différentes catégories :

So it's possible to define multiple memory criterias and matching processes which can be killed in these situations. Android seems to group running processes into 6 different categories (comments taken out of "ActivityManagerServer.java"):

Code:

FOREGROUND_APP:

// This is the process running the current foreground app. We'd really

// rather not kill it! Value set in system/rootdir/init.rc on startup.

VISIBLE_APP:

// This is a process only hosting activities that are visible to the

// user, so we'd prefer they don't disappear. Value set in

// system/rootdir/init.rc on startup.

SECONDARY_SERVER:

// This is a process holding a secondary server -- killing it will not

// have much of an impact as far as the user is concerned. Value set in

// system/rootdir/init.rc on startup.

HIDDEN_APP:

// This is a process only hosting activities that are not visible,

// so it can be killed without any disruption. Value set in

// system/rootdir/init.rc on startup.

CONTENT_PROVIDER:

// This is a process with a content provider that does not have any clients

// attached to it. If it did have any clients, its adjustment would be the

// one for the highest-priority of those processes.

EMPTY_APP:

// This is a process without anything currently running in it. Definitely

// the first to go! Value set in system/rootdir/init.rc on startup.

// This value is initalized in the constructor, careful when refering to

// this static variable externally.

These 6 categories are reflected by 6 memory limits which are configured for the lowmemorykiller in the kernel.

Si l'anglais ne vous rebute pas, le développeur ayant trouver le tweak, explique en détail le pourquoi du comment sur le site de xda-developers.

Le tweak sera intégré dans la prochaine Modaco Custom ROM 3.2

Il est question de rajouter qu'une ligne de commande, ça se fait les doigts dans le nez, essayez d'abord, faites un retour ensuite.

Link to comment
Share on other sites

Y'a eu des avancées sur ce topic et un membre du forum xda a créé une appli pour faciliter un peu tout ca !

Voici le post de Wiz sur un autre topic : https://www.frandroid.com/forum/viewtopic.php?id=7445

Optimisation de la gestion des applications/processus

Cette application permet une gestion intelligente et performante des applications et processus en modifiant la configuration du taskiller interne d'Android. Vous pourrez ainsi vous passez de taskiller externe, Android s'en charge !

MinFreeManager: (Disponible sur le Market)

Choisissez le preset : Aggressive ou Custom avec les nombre suivants: 6 / 8 / 16 / 20 / 60 / 100 (recommandé par Paul@Modaco)

Enjoy !!

Link to comment
Share on other sites

Oui, il faut être root...

Pour passer en root avec mon Hero, FlashRec(obligé de l'utiliser) avec la recovery.img de Amon Ra suffit t'il? Où alors il faut quand même faire les manip avec adb?

Je suis un peux embrouillé avec toute les versions de recovery qui tournent et les tutos qui ne sont pas forcemement avec les même versions.

P.S. désolé si je dévis un peu du sujet d'origine.

Link to comment
Share on other sites

Moi aussi ayant galéré pour comprendre tout cela (surtout le début) je me permet d'expliquer aux nouveaux comment commencer ce tutoriel :

Installer le SDK : http://developer.android.com/sdk/download.html?v=android-sdk_r04-windows.zip

Placer le sur votre bureua ou dans un dossier

Ouvrer le dossier du SDK et ouvrez le dossier "Tools", récuperez le chemin pour y accéder, ex : C:\Users\Arnaud\android-sdk-windows\tools

Faites une recherche cmd.exe dans Vista et ouvrez le

Copiez ceci :

cd [Votre Chemin]

ex : cd C:\Users\Arnaud\android-sdk-windows\tools

Vous allez maintenant avoir ce chemin là lors de vos prochaines lignes de commandes

Voilà reste plus qu'a continuer ce tutoriel très bien expliqué.

Je test pour voir les différences et je vous donnerai mon verdict! :D

Link to comment
Share on other sites

Apparemment on peut mettre en remarque également les 3 premières lignes.

Tun.ko : correspond au module pour le VPN (vous pouvez l'enlever si vous ne l'utiliser pas)

lzo_decompress.ko et lzo_compress.ko vont avec compcache

Vous avez mis quoi comme valeurs ?

Actuellement je suis avec : 1536,2048,4096,10240,12800,15360 soit 6,8,16,40,50,60

Sinon coté batterie j'ai l'impression que ca pompe un peu plus mais ca reste acceptable. Je verrai en soirée à quel niveau je me trouve.

---------------

Bon apparemment ca tient toujours une journée en utilisation normale.

Edited by mikelyon
Link to comment
Share on other sites

J'utilise le petit programme, qui ne permet de ne pas faire la manipulation avec éditeurs de fichiers.

Par contre à chaque redémarrage, il se remet aux valeurs par défaut... C'est un peu chiant... Faut pas redémarrer en fait :/

Link to comment
Share on other sites

j'laisse gerer tout ça par modaco 3.2, j'suis pas convaincu que ça change grand chose par contre le retrait de compcache oui !

Perso d'habitude au démarrage plein d'applis se lancent inutilement : footprint, synthese vocale ... et au final la somme de tout ca pompe de la RAM donc là ca les kill automatiquement en dessous de 60Mo de Ram donc en gros que els applis que tu utilises restent en mémoire, ca evite des démarrages intempestifs d'applications ! :D

Link to comment
Share on other sites

j'laisse gerer tout ça par modaco 3.2, j'suis pas convaincu que ça change grand chose par contre le retrait de compcache oui !

Pour le compcache suis d'accord, d'ailleurs tjrs pas compris pourquoi c'est utilisé car forcement qui dit swap avec compression, dit traitement supplémentaire donc moins de perf au final.

Pour le tweak rien que pour les process "fantômes" qui tournent en tache de fond et qui te bouffent des ressources inutilement je trouve ca pas mal.

Link to comment
Share on other sites

J'arrive à 112Mo de libre en tuant toutes les applications sur ma Modaco 3.1 :rolleyes: Jamais vu ca !!! :rolleyes:

Edit : Imaginez Android 2.1 + Sense 2 = +30/40Mo de RAM libre + Cette méthode = 150Mo de RAM libre, possible? :P :/

Edited by Zoozloz
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...