[KERNEL] Siyah 6.0 beta5 by Gokhanmoral (Rom Stock et AOSP) - 04/03/13

[Shinfei]

Test la 2.6.4 car je crois qu'il y avait un probleme avec le thunderbolt script inclu dans le kernel et ondemandx qui n'etait corrigé que si tu mettais d'autres valeurs les ecrasant dans un script init par la suite.

Il a nettoyé le code maintenant.

Super poste Shinfei!

Tu as aussi des talents de professeur ^_^

Lol merci, j'essaie juste de faire les choses claires vu que j'ai decouvre aussi toutes les possibilités de ce kernel.

Modifié 4 janvier 2012 par Shinfei

[Dragonn]

Je voulais mais j'ai vu qu'avec la 2.6.4 l'autonomie était bien diminuée (cf dernier post sur xda)

[Shinfei]

j'ai pas trouvé perso. Apres comme disait alex c'est tellement subjectif suivant ton utilisation, tes applis et meme un theme clair au lieu d'un noir.

Mais si chez toi le 2.5.1 est mieux c'est clair que faut le garder ^^

[Dragonn]

Je testerais la 2.6.4 ce week end, la je vais retrouver un peu de stabilité car a chaque blocage je perdais 20% de batterie (mais c'était que visuel car le téléphone restait bloqué a 20% un long moment).

[Jack Bauer]

Personnellement je trouve aussi que le 2.6.4 pompe plus, d'ailleurs le 2.6.3 qui avait soit disant un problème de drain batterie n'en avait pas dans mon cas.

Modifié 4 janvier 2012 par Jack Bauer

[Invité]

aucun problème personnellement avec la 2.6.4, je tiens facilement une journée sachant que j'utilise pleinement mon smartphone, pendant 2 à 3h (principalement pour le surf via wifi, GTA3 et l'apprentissage du japonais :)

[yann1949]

salut les gars

pour ma part ,je test de manière plus ou moins objective un combo rom-kernel en visualisant la même vidéo de 23 minutes (clip perso) après une charge maxi .Le meilleur résultat obtenu est : CheckRom V4 avec siyah v2.1 (avec quadrant 5000).

Je ne sais pas si c'est un truc qui est reproductible dans d'autres SGSII mais les chiffres des fois sont têtus.et je persiste à dire que c'est là le meilleur kernel du moment.

Bien à vous

@+

Modifié 4 janvier 2012 par yann1949

[Alex98]

salut les gars

pour ma part ,je test de manière plus ou moins objective un combo rom-kernel en visualisant la même vidéo de 23 minutes (clip perso) après une charge maxi .Le meilleur résultat obtenu est : CheckRom V4 avec siyah v2.1 (avec quadrant 5000).

Je ne sais pas si c'est un truc qui est reproductible dans d'autres SGSII mais les chiffres des fois sont têtus.et je persiste à dire que c'est là le meilleur kernel du moment.

Bien à vous

@+

C'est une idée mais, malheureusement, elle n'est absolument pas représentative de la consommation réelle d'un mobile.

En vidéo ton mobile consomme principalement à cause du CPU, de l'écran (sur du noir et des couleurs, c'est-à-dire ce qui consomme le moins sur AMOLED) et du GPU (si HW accélération il y a).

Sur un usage classique, les gros postes de consommation sont l'écran sur l'affichage de blancs (ce qui consomme le plus), le reseau (WiFi, 3G, Bluetooth) et le GPU si on surf ou joue beaucoup.

Dans ce type d'usage, le CPU tourne plus de 50% du temps entre 200Mhz et 500Mhz.

Modifié 4 janvier 2012 par Alex98

[yann1949]

Complètement d'accord avec toi ,mais ce que j'ai voulu dire c'est qu'il faut utiliser le même test ou épreuve ainsi que les mêmes conditions (même si elles sont discutables)pour évaluer la fonction d'un produit .Ce que je désaprouve c'est le fait qu'on évalue de manière aléatoire et de donner un avis sur le drainage de batterie à partir de X coups de tel Y sms et Z minutes de jeuxd'ailleurs ce serait bien de faire un topic sur ce sujet là :D

[Alex98]

Je suis assez d'accord mais actuellement ni ici, ni sur XDA je n'ai vu proposer de protocole de test fiable et complet.

Dans l'absolu, je veux bien en concevoir un si il y a une réelle demande et le mettre sur un topic dédié afin de créer une façon "viable" de comparer l'autonomie de nos appareils.

Toutefois, il faut savoir que, pour le réaliser en entier, il faudra prévoir environ 2h.

Modifié 4 janvier 2012 par Alex98

[BEAUTY]

Il y aurait bien battery benchmark sur le market

[Alex98]

Battery Benchmark est pas mal dans l'idée mais dans la pratique il avait d'énormes défauts la dernière fois que je l'ai testé : ne test pas la consommation de l'écran, ne test pas la consommation GPU, CPU intensif (donc irréaliste et ne convient pas pour tester des gov.), pas d'usages complexes, ne rend pas compte des optimisations systèmes ou des apps de la ROM, ...

Impossible de se faire une vrai idée de la consommation en usage réel avec ce type de bench en fait.

[Shinfei]

Perso je serais ravi de test 2h ton test ^^

[fusiodu92]

Nouvel version je test . Parcontre c'est normal que je comprend jamais rien au changelog ?

[Shinfei]

Si tu mets pas le nez dans les script oui lol

C'est pour ca que le mieux c'est de lire le topic Information en derniers dans les sources, ca te familiarisera avec les termes.

Après c'est une beta donc pas forcement stable ;-)

[Alex98]

Perso je serais ravi de test 2h ton test ^^

Qu'il n'y est pas d'incompréhension, il s'agirait d'un protocole de test, pas d'une app. Donc il y aura besoin d'action de l'utilisateur.

Si ça t'intéresse toujours, j'en rédige un durant le W-E et je te l'envois en MP pour que tu me donne ton avis.

[Jack Bauer]

Le 2.6.5 final est disponible :)

[LaurentAlamercery]

je suis resté au 2.6.2, et maintenant çà m'embrouille un peu le truc des scripts.

1- je suis obligé d'utiliser un script ? çà fait quoi sinon ?

2- On peut bien toujours utiliser Setcpu ? C'est moins bien qu'un script ?

3- vous utilisez quoi comme script ?

[Alex98]

je suis resté au 2.6.2, et maintenant çà m'embrouille un peu le truc des scripts.

1- je suis obligé d'utiliser un script ? çà fait quoi sinon ?

Non tu n'as aucune obligation d'utiliser des scripts, le Kernel fonctionne parfaitement sans.

Un script permet simplement des optimisations poussées comme l'O/C ou l'UV, la modification des politiques de scales du GPU ou du CPU, la modification des plages de fréquences, la gestion de l'activation du second core, ...

Certaines choses sont faisable sans script via des logiciels comme SetCPU.

2- On peut bien toujours utiliser Setcpu ? C'est moins bien qu'un script ?

SetCPU fonctionnera normalement.

La différence c'est que SetCPU nécéssite de tourner en tâche de fond pour que les modifications soient effectives alors qu'un script n'est exécuté qu'une fois, au démarrage. De plus un script permet de faire beaucoup plus que SetCPU.

Par ailleurs, je te conseil plutôt Voltage Control si tu n'effectue que des actions simple car il génère justement des scripts et n'a donc pas besoin de tourner en tâche de fond.

3- vous utilisez quoi comme script ?

Un script c'est finalement assez personnel et chacun a ses petits trucs pour augmenter l'autonomie sans sacrifier les perfs.

Sur le Topic de la CheckROM tu trouvera (dans les dernières pages), le script de Shinfei si tu veux.

[Shinfei]

Qu'il n'y est pas d'incompréhension, il s'agirait d'un protocole de test, pas d'une app. Donc il y aura besoin d'action de l'utilisateur.

Si ça t'intéresse toujours, j'en rédige un durant le W-E et je te l'envois en MP pour que tu me donne ton avis.

Oui oui, j'ai bien compris que je bloque 2h pour faire ça^^ Après fait ça quand t'as le temps ya pas d'urgence ;)

update pour la version final du 2.6.5.

[fusiodu92]

Salut a tous, je j'utilisé depuis un moment Set-cpu pour baissé la fréquence et le voltage du processeur, mais en lisant le topic je viens de découvrir Voltage Control.

Je peut a votre avis joué aussi avec les fréquences, et le voltage du GPU ?

Si je ne joue jamais avec mon tel ou vraiment très rarement, je peut baissé la fréquence jusqu'à combien environ ?

[Alex98]

oui, tu peux aussi jouer avec les fréquences et voltages GPU.

La maximum que tu puisse faire c'est baisser la fréquence à 100Mhz - 800mV.

Modifié 7 janvier 2012 par Alex98

[fusiodu92]

Ok merci Alex je test en ce moment par palier le Gpu, et pour les i/o scheduler Vous me conseiller de mettre quoi ?

[Dragonn]

Alex a ton avis, les sleep of death que j'ai eu avec le 2.6.2 peut être du a la fréquence 100mhz?

Sur xda certains disent que cette fréquence est instable des fois, j'ai tester un autre governor en attendant pour voir si ca recommence.

[Shinfei]

Les sheduler sont expliqués dans le dernier lien des sources ;-)

Perso j'utilise sio.

Alex a ton avis, les sleep of death que j'ai eu avec le 2.6.2 peut être du a la fréquence 100mhz?

Sur xda certains disent que cette fréquence est instable des fois, j'ai tester un autre governor en attendant pour voir si ca recommence.

Faut voir si tu mets 200 en min ?

Mais en general ça peut dependre si 500 ou 800 sont trop undervolté.

T'utilises quel version du kernel ? Le level deep sleep est reglé sur 4 ou 5 ? C'est dans /sys/devices/system/cpu/cpu0/cpufreq/deepsleep_cpulevel ?