La gestion des processus natifs de Android vs Greener -- performance domaine et processes domaine et greenify domain android en relation problème

Android's native process management vs. Greenify



1
vote

problème

français

Clause de non-responsabilité: Je ne suis ni connecté aux développeurs de Grereinify, je n'essaie pas de promouvoir Greanify ou quoi que ce soit. Je suis en fait intéressé par les réponses à ces questions.

J'ai constaté que avec beaucoup de dispositifs Android que j'ai gérés, ils deviennent plus lents plus les applications on leur installe. Cela est particulièrement vrai avec les applications qui effectuent une sorte de tâches en arrière-plan. Souvent, les appareils peuvent devenir si lents qu'ils constituent une véritable douleur à utiliser.

La solution que j'ai trouvée à ceci était une application appelée Greenify , que j'utilise avec des privilèges root et un module xposed. Je trouve que je peux conserver toutes les applications sur les appareils, mais "Grere" tous. (Je pense que cela signifie que les applications inactives sont systématiquement "hibernées" ou privées de ressources système, laissant les ressources disponibles pour les applications actives.) Cela rend généralement l'appareil très snappier, mais je constate que l'effet entrave sur la fonctionnalité des applications est assez minime. Inutile de dire que je envisage de verrer un must, en particulier sur des appareils avec de nombreuses applications de hoggage de ressources et / ou un matériel limité.

  1. Android fait-il quelque chose de similaire pour greverifier nativement? (Priver des applications de fond des ressources afin de libérer les applications actives?)

  2. Si oui, comment Grerefre est différent de la gestion des ressources natives de Android?

Je trouve que beaucoup de personnes ont des appareils Android qui ont tendance à ralentir au fil du temps, et beaucoup d'entre eux finissent par acheter un nouvel appareil plus puissant une fois tous les quelques années. Mais s'ils ont utilisé Grereinify (ou quelque chose de similaire), ils auraient pu être satisfaits de la performance du périphérique plus ancien pour beaucoup, de nombreuses années. Par exemple, j'ai un téléphone de cinq ans, j'ai des tonnes d'applications et je suis assez satisfait de ses performances lors de l'utilisation de Grereify. Cependant, sans verdir (et avec toutes mes applications), le téléphone est si lent qu'il est à peine utilisable.

  1. Y a-t-il un moyen natif Android d'empêcher les applications d'exécuter des ressources du système d'arrière-plan et de collage?

Par exemple, dans les distributions GNU / Linux, telles que Debian et Ubuntu, les applications ne sont pas exécutées ni consommer de ressources du tout à moins que vous ne les lancez explicitement (ou que vous les avez défini sur le lancement au démarrage.) C'est la même chose avec OS X et Les fenêtres. Et lorsque vous avez complètement fermé un programme, cela ne peut plus consommer de ressources. Je pense que même iOS tue automatiquement des applications d'arrière-plan quand il a besoin des ressources pour autre chose.

J'ai utilisé des tueurs de tâches manuelles, mais après un certain temps, je trouve que toutes les applications sont de nouveau sur l'arrière-plan, même si je ne les ai pas lancées du tout.

  1. Est-il vrai que Android est quelque peu unique en permettant aux applications de courir en arrière-plan et de consommer des ressources?
langue Anglaise

Disclaimer: I'm not in any way connected to the Greenify developers, nor am I trying to promote Greenify or anything. I'm actually interested in the answers to these questions.

I've found that with a lot of Android devices that I have managed, they become slower the more apps one installs on them. This is especially true with apps that perform some sort of tasks in the background. Often, devices can become so slow that they are a real pain to use.

The solution I found to this was an app called Greenify, that I use with root privileges and an Xposed module. I find that I can keep all the apps on the devices, but "Greenify" all of them. (I think this means that inactive apps are consistently "hibernated" or deprived of system resources, leaving the resources available for active apps.) This usually makes the device much snappier, yet I find that the impeding effect on the functionality of the apps is quite minimal. Needless to say, I consider Greenify a must, especially on devices with lots of resource hogging apps and/or limited hardware.

  1. Does Android do something similar to Greenify natively? (Depriving background apps of resources in order to free it up for active apps?)

  2. If yes, how is Greenify different from Android's native resource management?

I find that lots of people have Android devices that tend to slow down over time, and many of them end up just buying a new, more powerful device once every few years. But if they used Greenify (or something similar), they might have been satisfied with the performance of the older device for many, many more years. I for example, have a five year old phone, have tons of apps on it, and am quite happy with its performance when using Greenify. However, without Greenify (and with all my apps), the phone is so slow that it's barely usable.

  1. Is there any native Android way to prevent apps from running in the background and hogging system resources?

For example, in GNU/Linux distros like Debian and Ubuntu, apps don't run or consume any resources at all unless you explicitly launch them (or have them set to launch at startup.) It's the same with OS X and Windows. And when you shut a program completely down, it can no longer consume any resources. I think even iOS automatically kills background apps when it needs the resources for something else.

I've used manual task killers, but after a while, I find that all the apps are back up running in the background again, even if I haven't launched them at all.

  1. Is it true that Android is somewhat unique in allowing apps to run in the background, consuming resources?
        
         
         

Liste de réponses

3
 
vote
vote
Meilleure réponse
 
  1. Android ferme réellement certaines applications de fond, mais uniquement lorsque les ressources du système sont manquantes (vous ouvrez un jeu massif, par exemple)

  2. Grereify diffère de la gestion de la mémoire Android par le fait qu'il tue toutes les applications que vous avez spécifiées à volonté ou après une certaine période, non seulement lorsque des ressources sont manquantes.

  3. Nope. Si certaines applications système que vous n'utilisez pas fonctionnent en arrière-plan, vous pouvez les désactiver ou les supprimer complètement avec une application racine ou le adb shell

  4. Voici la liste des choses que je connais peut démarrer une activité d'arrière-plan et la garder ouverte:

    • Les applications peuvent démarrer une activité automatiquement au démarrage du système avec une permission.
    • Cela peut aussi commencer un lors de l'ouverture.
    • une vulnérabilité dans Android 4.3 et avant l'application de les conserver actifs, même lorsque le tueur de tâches Android tente de tuer des applications, mais Greenify peut contourner cette opération (voir les paramètres expérimentaux).

and @deathmasksalesalman, un HTC Wildfire S Running Kitkat Besoins Grereify, sinon cela va courir incroyablement lent et égoutter beaucoup de batterie, plus que ce qui est nécessaire pour démarrer une application.

 
  1. Android actually closes some background apps, but only when system ressources are missing (you open a massive game, for example)

  2. Greenify differ from the Android memory management by the fact that it kills all apps you specified at will or after a certain time, not only when ressources are missing.

  3. Nope. If some system apps that you do not use are running in background, you can disable them or remove them completely with a root app or the adb shell

  4. Here's the list of things that I know can start a background activity and keep it opened:

    • The apps can start an activity automatically at system startup with a permission.
    • It can also start one when opened.
    • A vulnerability in Android 4.3 and before allows app to keep them active, even when the Android task killer tries to kill apps, but Greenify can workaround this (see the experimental settings).

And @DeathMaskSalesman, a HTC Wildfire S running KitKat needs Greenify, or else it'll run incredibely slow and drain a lot of battery, more than what needed to start an app.

 
 
4
 
vote

du site de développeur Android :

  • Si une activité a perdu la mise au point, mais est toujours visible (c'est-à-dire une nouvelle activité non complets ou transparente se concentre sur votre activité), il est pause . Une activité en pause est complètement vivante (il conserve toutes les informations de l'état et des membres et reste attachée au gestionnaire de fenêtres), mais peut être tué par le système dans des situations extrêmes faibles de mémoire.
  • Si une activité est complètement obscurcie par une autre activité, il est arrêté . Il conserve toujours toutes les informations de l'état et des membres, cependant, il n'est plus visible pour l'utilisateur afin que sa fenêtre soit cachée et que celle-ci soit souvent tuée par le système lorsque la mémoire est nécessaire ailleurs.
  • Si une activité est en pause ou arrêtée, le système peut laisser tomber l'activité de la mémoire en lui demandant de finir, soit simplement tuer son processus. Lorsqu'il est à nouveau affiché à l'utilisateur, il doit être complètement redémarré et restauré à son état précédent.

aussi :

Ainsi, car le système fonctionne bas sur la mémoire, il peut tuer des processus [...] commençant par le processus le moins récemment utilisé, mais également en tenant compte de laquelle les processus sont plus intenses de mémoire.

En ce qui concerne la mise en œuvre technique, Le système appelle les apps pour leur faire savoir qu'ils doivent libérer la mémoire ou le risque d'être tué:

En outre, lorsque votre processus d'application est actuellement mis en cache, vous pouvez recevoir l'un des niveaux suivants de Ontrimmemory ():

  • trim_memory_background

    Le système fonctionne bas sur mémoire et votre processus est proche du début de la liste LRU. Bien que votre processus d'application ne soit pas à haut risque d'être tué, le système peut déjà être des processus dans le cache LRU. Vous devez libérer des ressources faciles à récupérer afin que votre processus reste dans la liste et reprendre rapidement lorsque l'utilisateur revient à votre application.

  • trim_memory_modérate

    Le système passe bas sur mémoire et votre processus est proche du milieu de la liste LRU. Si le système devient davantage contraint pour la mémoire, il y a une chance que votre processus soit tué.

  • trim_memory_commlete

    Le système passe bas sur la mémoire et votre processus est l'un des premiers à tuer si le système ne récupère pas la mémoire maintenant. Vous devez libérer tout ce qui n'est pas critique pour reprendre votre état d'application.

afin de répondre directement à vos questions:

  1. non, Android ne nettoie rien pour les applications , mais cela leur permet de le faire eux-mêmes et de les tuer s'ils ne le font pas (ou si cela ne suffit pas). < / p>

  2. Greenify semble faire une désactivation "à la volée" des applications, il n'est donc pas autorisé à exécuter quoi que ce soit lors de l'arrière-plan (et ne peut pas être démarré automatiquement lorsqu'il n'est pas en marche), mais peut toujours faire n'importe quoi quand au premier plan. Ceci est complètement différent de la façon dont Android le fait comme vous le voyez ci-dessus.

  3. Oui - Désactivez-les (à partir des paramètres → Applications → & lt; nom d'application & gt;) (Bien que vous fassiez réactiver lorsque vous souhaitez les exécuter manuellement). Ou, pour ceux qui ne disposent pas de services de redémarrage automatiquement, les tuer simplement (c'est-à-dire appuyer longuement sur le bouton Menu et les glisser). Ce dernier ne les empêchera pas de redémarrer si le système lui offre une intention, etc.

  4. non, pas du tout. Le véritable multitâche est disponible depuis longtemps sur les appareils mobiles - l'iPhone original était une bizarrerie lors de son lancement sans cette capacité.

 

From the Android developer site:

  • If an activity has lost focus but is still visible (that is, a new non-full-sized or transparent activity has focus on top of your activity), it is paused. A paused activity is completely alive (it maintains all state and member information and remains attached to the window manager), but can be killed by the system in extreme low memory situations.
  • If an activity is completely obscured by another activity, it is stopped. It still retains all state and member information, however, it is no longer visible to the user so its window is hidden and it will often be killed by the system when memory is needed elsewhere.
  • If an activity is paused or stopped, the system can drop the activity from memory by either asking it to finish, or simply killing its process. When it is displayed again to the user, it must be completely restarted and restored to its previous state.

Also:

So, as the system runs low on memory, it may kill processes [...] beginning with the process least recently used, but also giving some consideration toward which processes are most memory intensive.

As far as technical implementation goes, the system calls into apps to let them know that they need to release memory or risk being killed:

Also, when your app process is currently cached, you may receive one of the following levels from onTrimMemory():

  • TRIM_MEMORY_BACKGROUND

    The system is running low on memory and your process is near the beginning of the LRU list. Although your app process is not at a high risk of being killed, the system may already be killing processes in the LRU cache. You should release resources that are easy to recover so your process will remain in the list and resume quickly when the user returns to your app.

  • TRIM_MEMORY_MODERATE

    The system is running low on memory and your process is near the middle of the LRU list. If the system becomes further constrained for memory, there's a chance your process will be killed.

  • TRIM_MEMORY_COMPLETE

    The system is running low on memory and your process is one of the first to be killed if the system does not recover memory now. You should release everything that's not critical to resuming your app state.

So to directly answer your questions:

  1. No, Android does not clean anything up for apps, but it lets them know to do so themselves and kills them if they don't (or if it's not enough).

  2. Greenify appears to do "on-the-fly" disabling of apps, so it is not allowed to run anything when in the background (and can't be started automatically when not running), but can still do anything when in the foreground. This is completely different from how Android does it as you see above.

  3. Yes xe2x80x94 disable them (from Settings xe2x86x92 Applications xe2x86x92 <App Name>) (though you will have to re-enable when you want to run them manually). Or, for those that don't have automatically restarting services, simply kill them (i.e., long press the Menu button and swipe them away). The latter will not prevent them from restarting if the system delivers an Intent to them, etc.

  4. No, not at all. True multitasking has long been available on mobile devices xe2x80x94 the original iPhone was an oddity when it launched without that ability.

 
 
       
       

Questions connexes

3  Comment l'hibernation d'une application fonctionne-t-elle techniquement?  ( How does hibernating an app work technically ) 
Je me demandais comment l'hibernation d'une application fonctionne techniquement. Je sais à propos de geler une application ( shell pm disable com.mypackag...

3  Drain de la batterie de mystérieux serrures de sillage  ( Battery drain from mysterious wake locks ) 
J'ai une énorme problème de vidange de batterie sur mon oneplus one exécutant Android 4.4.2 en stock ROM CM11S O5Q avec Francokernel R35. J'ai googlé et cherc...

1  Comment arrêter les applications de réveiller d'autres applications?  ( How to stop apps from waking other apps ) 
J'ai couru xposed sur ma note de galaxie 2 avec 4.1.1. J'ai Greenify Activé ainsi que Tuner Android avec des permanentes bloquées. En outre, j'ai tout brouill...

1  Puis-je exécuter des applications avec une fonction similaire?  ( Can i run apps with similar function ) 
Récemment, j'ai installé le jus de jus de jus et Greenify. inconsciemment je les ai couru tous les deux. Le résultat est assez grave (la batterie a presque ...

1  Aucun option "Ajouter un compte Google"  ( No add google account option ) 
Donc, j'ai une mini-VE S3 enracinée (I8200) avec Stock Rom personnalisée (Applications Samsung et Gapps, mais avec thème personnalisé). Je viens de l'installe...

1  Quel est le système apk qui gère les appels dans ICS?  ( What is the system apk that handles the calls in ics ) 
J'essaie de comprendre quel système apk gère les appels dans les ICS Android? J'ai trouvé que la messagerie est celle pour SMS, mais qu'est-ce que les appels ...

1  Facebook s'est réveillé par Google Services et ne veut pas être libéré  ( Facebook woke up by google services and dont want to be greenified ) 
Facebook et les applications de messagerie informatique mangent ma batterie de la galaxie (enracinée). Lorsque je les verdrai, ils sont activés par Google Ser...

-1  Recherche Google et Chrome ne fonctionnant pas sur les données mobiles  ( Google search and chrome not working on mobile data ) 
J'ai un Oneplus One sur lequel je suis en cours d'exécution 5.1.1 OS Cyanogen. Je l'ai enraciné et installé Grereiny, et j'ai essayé de verrer les application...

2  Grereinifier bloqué  ( Greenify blocked ) 
J'utilise le périphérique enraciné Samsung Galaxy S4. J'ai Greenify installé dessus, mais je reçois une zone d'erreur orange au bas de la page indiquant que "...

0  "Enregistrement de l'écran" dans LG Android [Duplicate]  ( Screen recording in lg android ) 
Cette question a déjà une réponse ici : Comment désactiver les applications tierces sans désinstalle...




© 2022 www.demandez.top All Rights Reserved. Questions et réponses Accueil Tous les droits sont réservés