Gouverneurs de tous les noyaux

Nous avons les gouvernements des 19 personnes à différents noyaux

1) Ondemand:

Norme gouverneur dans presque tous les noyaux. Un objectif majeur du gouverneur ondemand est de passer à la fréquence maximale, dès qu'il y est une activité "lourd" est détecté, il essaie d'utiliser le processeur à pleine application de la force. Donc Ondemand saute à la fréquence maximale lorsque le CPU est occupé et la fréquence diminue progressivement lorsque le CPU est sous une charge lourde. Même si beaucoup d'entre nous considèrent ce un gouverneur de confiance est souhaitée dans aa économie et performances de la batterie sur les paramètres par défaut. Une raison pour le gouverneur ondemand n'est pas très efficace.

2) Ondemandx:

En résumé, une ondemand avec suspendre / sillage des profils plus efficaces.Ce gouverneur a été fait pour être plus de batterie "amicale". Lorsque l'écran est éteint, la fréquence maximale est limitée à 500 MHz. Même OnDemand est le gouverneur de défaut dans de nombreux noyau et est considérée comme un soutien sécuritaire / stable pour ondemand / ondemandX dépend de la capacité du processeur à faire commutation de fréquence rapide, qui sont des transitions de fréquences avec une très faible latence.J'ai lu quelque part que le ondemand / ondemandx de performances ont varié de manière significative pour les différents programmeurs I / O. Ce n'est pas vrai pour la plupart des autres gouverneurs. Je pense personnellement que ondemand / ondemandx ordonnanceur mieux avec I / O "AIR".

3) conservateur:

Le Ondemand plus lent que les échelles lentement pour économiser la batterie. Le gouverneur conservateur est basé sur le gouverneur ondemand. Il fonctionne comme le gouverneur Ondemand en ajustant dynamiquement les fréquences en fonction de l'utilisation du processeur.Cependant, les conservateurs augmentations de gouverneur et diminue la vitesse du CPU plus progressivement. Autrement dit, ce gouverneur augmente la fréquence par étape sur la charge CPU et saute à la fréquence la plus basse. Gouverneur conservateur vise à ajuster dynamiquement la fréquence du CPU à l'usage courant, sans sauter à la fréquence maximale. La valeur de sampling_down_factor agit comme un multiplicateur sampling_rate négatif de réduire la fréquence des échantillons planificateur d'utilisation du processeur. Par exemple, si sampling_rate égale à 20.000 et sampling_down_factor est 2, le gouverneur échantillons CPU utilisation tous les 40 000 microsecondes.

4) Interative:

Peut être considéré comme un ondemand plus rapide. Ensuite, plus doux, moins la batterie. Interactive est conçu pour être sensible à la latence, avec des charges de travail interactifs. Au lieu de prouver chaque intervalle de ondemand, il détermine comment étendre lorsqu'il est inactif. Le gouverneur présente les avantages suivants:

1) rampe plus cohérente, puisque les régulateurs existants font de leur charge de l'échantillon sur un contexte de WorkQueue, mais le gouverneur interactif Est-ce dans un contexte de minuterie, ce qui donne plus cohérente chargement de l'échantillon.

2) une priorité plus élevée pour augmenter la fréquence du CPU, donnant ainsi les tâches restantes au profit de la performance de la CPU, à la différence horaire existante qu'un travail 'start-up' de se produire après les tâches ont été accomplies gouverneurs. Interactive est un Ondemand intelligent parce que des optimisations stabilité. Comment venir?

Il "attribue" la charge CPU toutes les X ms (comme OnDemand) peut conduire à sous-puissance CPU pour X ms, ce qui conduit à des pertes d'images, l'interface utilisateur "à défaut", etc Au lieu de la CPU à une vitesse donnée, le gouverneur interactif vérifier et l'échelle de la fréquence du processeur à droite après la sortie de la veille. Lorsque le processeur est inactif, un temporisateur est configuré pour tirer dans les 1-2 secondes. Si le CPU est très occupé entre la fin de ralenti et lorsque les feux de la minuterie alors nous supposons que le CPU est de faible puissance et de la rampe de fréquence maximale.

5) Interactivex: Il s'agit d'un gouverneur interactif avec un profil de la suite.Plus convivial que la batterie interactive.

6) Lulzactive:

Cette nouvelle découverte de Tegrak est basé sur les gouverneurs interactifs et Smartass et est un favori.

Ancienne version: Lorsque la charge de travail est supérieure ou égale à 60%, le gouverneur échelles CPU à l'échelon supérieur. Lorsque la charge de travail est inférieure à 60%, le gouverneur échelles CPU jusqu'à la marche suivante. Lorsque l'écran est éteint, la fréquence est verrouillé sur la fréquence globale minimale de mise à l'échelle.

Nouvelle parution: Trois autres paramètres configurables par l'utilisateur: inc_cpu_load, pump_up_step, pump_down_step. Contrairement à l'ancienne version, ce qui donne plus de contrôle à l'utilisateur. Nous fixons le seuil à partir duquel le gouverneur décide de monter / descendre. Nous pouvons également définir le nombre de pas de fréquence pour être ignorée alors que le vote de haut en bas.

Lorsque la charge de travail est inférieure à inc_cpu_load, pump_up_step échelle. Lorsque la charge de travail est inférieure à la inc_cpu_load, il pump_down_step réduire.

exemple:

inc_cpu_load = 70

pump_up_step = 2

pump_down_step = 1

Si la fréquence du courant = 200, Chaque up_sampling_time est> = 70%, le CPU est agrandie 2 étapes - 800.

Si la fréquence du courant = 1200, Chaque down_sampling_time tombe à <70%, et le CPU est réduite par une étape - de 1000.

7) Lulzactiveq:

Lulzactiveq est un gouverneur lulzactive modifié rédigé par mebro la robertobsc XDA et est adapté dans le Siyah Kernel pour GS2 et GS3.Lulzactiveq vise à optimiser la deuxième version de Tegrak luzactive de fournir un paramètre supplémentaire (dec_cpu_load) à l'échelle vers le bas pour plus sensible, incorporant la logique de hotplug avec le gouverneur.Luzactiveq baseadono est le premier gouverneur de la logique hotplugging interactif et intégré (au moins la première du genre pour la plate-forme Exynos). Quand la CPU passe en boucle ralenti et il est temps de prendre une décision à l'échelle si la charge> = inc_cpu_load CPU est agrandie (comme c'est original luzactive) et la charge <dec_cpu_load, CPU est réduite. Ceci élimine éventuellement la fréquence de coupure pour unique luzactiveq écrite de prendre des décisions CPU ordonnancement. En outre, si la logique de hotplug est exécuté comme un thread séparé avec le gouverneur de branchement à chaud logique externe est nécessaire pour contrôler le hotplug dans et hors (ou non) les dispositifs de CPU multi-core comme le GS2 ou GS3 . Comme un noyau gouverneur conscient multiples de sens réel dans les dispositifs muti-core. Lulzactiveq pegasusq et ont l'intention de le faire.

8) Smartass: Résultat Erasmux (XDA) réécrire la totalité du code du gouverneur interactif. L'objectif principal est d'optimiser l'autonomie de la batterie sans compromettre les performances. Pourtant, il n'est pas si amical avec la batterie depuis les smartassV2 d'écran liés à la fréquence minimale est plus grande que les fréquences utilisées pendant écran éteint.Smartass passer à la fréquence plus élevée souvent trop.

9) SmartassV2: Version 2 du gouverneur smartass originale Erasmux. Un autre favori pour beaucoup. Le gouverneur souligne une "fréquence idéale", et monter en puissance de façon plus agressive pour cette moins agressif après la fréquence. Il utilise différentes fréquences idéales pour l'écran et hors écran, c'est à dire awake_ideal_freq et sleep_ideal_freq. Ce gouverneur échelles le CPU très rapidement (bientôt frapper sleep_ideal_freq), tandis que l'écran est éteint et échelles rapidement à awake_ideal_freq (500 MHz pour le GS2 par défaut) lorsque l'écran est allumé. Pas de limite supérieure pour la fréquence alors que l'écran est éteint (contrairement Smartass).Ensuite, toute la gamme de fréquence est disponible pour une utilisation pendant le gouverneur de l'état de marche / arrêt et d'un écran. La devise de ce gouverneur est un équilibre entre la performance et la batterie.

10) Intellidemand: Intellidemand ou Ondemand intelligente de Faux est un plus gouverneur qui est basé sur OnDemand. Contrairement à ce que certains utilisateurs pensent, ce gouverneur n'est pas un remplacement pour le OC Daemon (Avoir différents gouverneurs pour le sommeil et l'éveil). Le intellidemand originale se comporte différemment selon l'utilisation du GPU. Lorsque le GPU est occupé (jeux, cartes, benchmarking, etc) intellidemand se comporte comme ondemand. Lorsque GPU est "inactif" (ou modérément occupé), limite maximum intellidemand une fréquence d'étape en fonction des fréquences disponibles dans le dispositif / kernel pour économiser la batterie. C'est ce qu'on appelle le mode de navigation. Nous pouvons voir quelques «traces» du gouverneur interactive ici. Il est fait de décisions plus grande échelle sur la base de la fréquence du temps CPU ralenti. Le temps de marche au ralenti plus faible (<20%) provoque la CPU pour étendre de la fréquence courante. Fréquence d'échelle vers le bas qui se passe dans les stades = 5% de la fréquence maximale. (Ce paramètre est réglable seulement en conservateur, populaire parmi les gouverneurs)

En bref, c'est un ondemand intelligent qui passe en mode de navigation de limiter la fréquence max quand GPU est au ralenti, et les sorties (mode de navigation) se comporte comme ondemand lorsque le GPU est occupé, pour offrir des performances pour les jeux et comme . Non Intellidemand pas sauter à une fréquence plus élevée lorsque l'écran est éteint.

11) Lazy:

Ce gouverneur Ezekeel est essentiellement une ondemand avec un min_time_state ajouté pour spécifier la CPU reste sur une fréquence avant le redimensionnement commutateur haut / bas. L'idée ici est d'éliminer toutes les instabilités causées par la fréquence de commutation rapide par OnDemand. Il s'agit d'un gouverneur paresseux le plus souvent ondemand, mais change de fréquence après avoir terminé min_time_state dans un intervalle d'échantillonnage de la première étape. Lazy dispose également d'un screenoff_maxfreq que lorsqu'il est activé entraînera le gouverneur toujours sélectionner le paramètre de fréquence maximale, tandis que l'écran est éteint.

12) Lagfree:

Lagfree est similaire à ondemand. La différence principale est qu'il est l'optimisation de devenir plus convivial batterie. La fréquence est gracieusement diminué et augmenté, contrairement ondemand qui saute à 100% trop souvent. Lagfree pas sauter des étapes tandis que la plage de fréquences vers le haut ou vers le bas. Rappelez-vous que si il ya une exigence de sursaut d'énergie, lagfree ne peut répondre que, depuis qu'il a à relever cpu à chaque étape de la plus grande fréquence du courant. Certains utilisateurs signalent que la lecture de la vidéo à l'aide lagfree "pilori" un peu.

13) Lionheart: Lionheart est un gouverneur conservateur avec une base qui est basé sur la source Samsung Update3. Ajustements vient

1) Knzo

2) Morfic.

L'idée originale vient de Netarchy. Voir ici. Le réglage (telles que les seuils et taux d'échantillonnage) ont été modifiées de sorte que le gouverneur se comporte plus comme le rendement, au prix de batterie que l'échelle est très agressif.

14) LionheartX

LionheartX est basé sur Lionheart, mais a quelques changements dans réglable et dispose d'un séjour sur la base du profil gouverneur Smartass.

15) Brazilianwax: Similaire à smartassV2. Rampe plus agressive, donc plus de performance, moins de batterie.

16) SavagedZen: Un autre gouverneur basé smartassV2. Atteint bon équilibre entre la performance et de la batterie par rapport à brazilianwax.

17) Userspace: Au lieu de déterminer automatiquement les fréquences, les fréquences permet aux utilisateurs ensemble.

18) PowerSave: Ce «verrouille» la fréquence maximum au minimum. Ne peut être utilisé comme écran on / off ou même (si le niveau minimum est très faible).

19) Performance: Définit la fréquence minimale à la fréquence maximale.Utilisez pour le jeu lourd et étalonnage