Aller au contenu

[Kernel][JB 4.2.2] ANARKY -- LEAN -- FANCY


Recommended Posts

Héhé bon j'ai fait un peu de ménage, affiné les réglages de synchro, reflashé le tout propre avec le kernel Lean et il semble que l'autonomie soit meilleure. 1,2%/h de consommé en veille sur réseau 3G donc en mode avion ça devrait être raisonnable aussi. Reste à voir pour l'écran mais avec un bon profil de rétro-éclairage tout devrait rentrer dans l'ordre. À suivre...

Envoyé depuis mon Galaxy Nexus avec Tapatalk

Lien vers le commentaire
Partager sur d’autres sites

Oui bah ça me semble déjà mieux : 7h sur batterie et 2h10 d'écran. J'ai joué une demie heure à Rayman et il me reste 42%... Et conso en veille 3G toujours constante de 1.2%/h. Ça me semble déjà bien mieux. Je continue dans ma lancée !

Envoyé depuis mon Galaxy Nexus avec Tapatalk

Lien vers le commentaire
Partager sur d’autres sites

Je vais peut être être un peu hors sujet mais je pense qu'il nous faut un point de comparaison pour parler d'autonomie. Rien ne sert de nous comparer entre nous, on n'a ni les mêmes applis, ni la même utilisation, ni le même réseau. Je propose de comparer ce qu'on gagne avec ce qu'on a en rom stock ou CM. Ça se vaut à peu près chez moi, je ne sais même pas à quel point le kernel n'est pas le même de l'une à l'autre.

Vous avez testé le kernel de base de CM récemment ? Chez moi quoi que je fasse (avec ou sans 3G/wifi/GPS...) ça s'arrête entre 2h et 2h30 d'écran. J'arrive rarement à 2h30 ; seulement quand je l'utilise beaucoup sans le laisser glander en veille et que je capte très bien la 3G ou que je suis en wifi.

Autant en kang la veille n'était pas terrible autant je trouve le kernel CM10.1 bluffant. Quelqu'un sait si les kernels utilisés dans les roms eurokank sont les mêmes que ceux de CM ? (je soupçonne un truc qui s'est mal installé et qui expliquerait les quelques lags que j'avais et qui ont disparu quand je suis repassé en Cm officiel).

Lien vers le commentaire
Partager sur d’autres sites

LeanKernel 5.4 sortie

 DECEMBER 31, 2012

FEATURE leanKernel v5.4 More
Remove SIO and add BFQ

IMPROVEMENT Linux 3.0.57
FEATURE block: remove aliased requests from BFQ
FEATURE block: introduce the BFQ-v5r1 I/O sched for 3.0 More
Add the BFQ-v5r1 I/O scheduler to 3.0. The general structure is borrowed from CFQ, as much code. A (bfq_)queue is associated to each task doing I/O on a device, and each time a scheduling decision has to be taken a queue is selected and it is served until it expires.

- Slices are given in the service domain: tasks are assigned budgets,
 measured in number of sectors. Once got the disk, a task must
 however consume its assigned budget within a configurable maximum time
 (by default, the maximum possible value of the budgets is automatically
 computed to comply with this timeout). This allows the desired latency
 vs "throughput boosting" tradeoff to be set.

- Budgets are scheduled according to a variant of WF2Q+, implemented
 using an augmented rb-tree to take eligibility into account while
 preserving an O(log N) overall complexity.

- A low-latency tunable is provided; if enabled, both interactive and soft
 real-time applications are guaranteed very low latency.

- Latency guarantees are preserved also in presence of NCQ.

- High throughput with flash-based devices, while still preserving
 latency guarantees.

- Useful features borrowed from CFQ: cooperating-queues merging (with
 some additional optimizations with respect to the original CFQ version),
 static fallback queue for OOM.

- BFQ supports full hierarchical scheduling, exporting a cgroups
 interface.  Each node has a full scheduler, so each group can
 be assigned its own ioprio and an ioprio_class.

- If the cgroups interface is used, weights can be explictly assigned,
 otherwise ioprio values are mapped to weights using the relation
 weight = IOPRIO_BE_NR - ioprio.

- ioprio classes are served in strict priority order, i.e., lower
 priority queues are not served as long as there are higher priority
 queues.  Among queues in the same class the bandwidth is distributed
 in proportion to the weights of each queue. A very thin extra bandwidth
 is however guaranteed to the Idle class, to prevent it from starving.

Envoyé depuis mon Transformer TF101 avec Tapatalk

Modifié par Billouetaudrey
Lien vers le commentaire
Partager sur d’autres sites

Flashé à 8h ce matin et pour le moment en charge. Retour ce soir. Sinon problème de batterie dans la nuit encore. J'ai fait deux heure à 0.2 et 0.3%/h mais le restant entre 2 et 3%/h... Bref ! Je suis convaincu que le problème est la conso anormale en veille.

Sinon tu as effacé ton poste. Il était pas bien ton kernel ?

Envoyé depuis mon Galaxy Nexus avec Tapatalk

Lien vers le commentaire
Partager sur d’autres sites

Flashé à 8h ce matin et pour le moment en charge. Retour ce soir. Sinon problème de batterie dans la nuit encore. J'ai fait deux heure à 0.2 et 0.3%/h mais le restant entre 2 et 3%/h... Bref ! Je suis convaincu que le problème est la conso anormale en veille.

Sinon tu as effacé ton poste. Il était pas bien ton kernel ?

Envoyé depuis mon Galaxy Nexus avec Tapatalk

C'était un kernel Verizon, je pensais que ca fonctionner sur nos Gnex, mais non ...lol

Envoyé depuis mon Transformer TF101 avec Tapatalk

Lien vers le commentaire
Partager sur d’autres sites

Petite question: je suis avec le kernel zen (config' dans ma signature) et je veux essayer le lean kernel. Y a-t-il quelque chose de particulier, hormis wipe cache + wipe dalvik, à faire, après installation du kernel ? Merci !

Lien vers le commentaire
Partager sur d’autres sites

Victoire ! Enfin dans la configuration actuelle je pense qu'il ne faut pas en demander beaucoup plus.

ta7adymy.jpg

zynytu2e.jpg

e5ubu3ub.jpg

Et bonne nouvelle année à tous et toutes!

Envoyé depuis mon Galaxy Nexus avec Tapatalk

Modifié par Invité
Lien vers le commentaire
Partager sur d’autres sites

Rejoignez la conversation

Vous pouvez poster maintenant et vous enregistrez plus tard. Si vous avez un compte, connectez-vous maintenant pour poster.

Invité
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...