[Kernel] Dorimanx v8.43v66 (JB Sammy) + v9/v10.43v66 (CM/AOKP) *04.02.14*

Genau das ist jetzt die Frage ... Warum bauen die von Dori einen Governor, der auf dem nightmare aufbaut, wenn der "Hyper" aber die 100MHz deutlich länger nutz. Deiner Therorie nach, sollte dann ja dieser "besser" sein.


Ich bin zurzeit unentschlossen. Habe den ZZ jetzt schon etwas länger aktiv ( mal von den Benchmarks abgesehen ), jedoch spricht der, die 100MHz Taktung nur lächerliche 0,5% der Gesamtzeit an. Selbst wenn mein Handy nur mit Bildschirm an auf dem Tisch liegt und nichts macht, geht die CPU nicht auf 100MHz runter, sondern verweilt in der 200Mhz Taktung. Bei dem Hyper hingegen schon.

@kehne

Soweit ich jetzt richtig liege, wird ja bei der Installation des DorimanX Kernels der Hyper Governor als Standard Governor genommen, nicht der Nightmare . Ich weiß jetzt nicht, wie der Hyper Governor so auf dem System arbeitet, da ich ihn noch nicht genutzt habe, sondern, seit Einführung des Nightmare Governors, den Nightmare Governor nutze. Ich habe heute nochmal einen Nichtnutzngszeittest durchgeführt, wo ich sehen wollte, wie sich im DeepSleep, durch erzeugte Wakelogs, die entsprechenden Taktungen wiederspiegeln. Diesmal habe ich tatsächlich das Handy weitesgehend ruhen lassen, außer für heute morgen eine Weckphase genutzt und alle 3 Stunden eine Wetteraktualisierung durchführen lassen. Entsprechendes Ergebnis kannst du nun in den Screenshots ersehen:




Wie du ersehen kannst, sind überwiegend die 100MHz und die 500MHz für die Wakelogs herangezogen worden, welche von den Wakelogzeiten fast identisch sind. Da ich wie gesagt einmal den Wecker in Anspruch genommen habe (Abends Weckzeit eingeben und morgens wecken), könntest du hier die Zeit der 500MHz Taktung als Wakelog heranziehen, wogegen die Wetter Aktualisierungen eher der 100MHz Taktung zu zuordnen sind, welche durch diese Wakelogs erzeugt worden sind .

Warum nun der ZZMoove Governor keine 100MHz Taktung zulässt, kann ich dir nicht erklären, vielleicht ist dieser aber so konzipiert worden, keine Ahnung. Wenn der Hyper es hergibt und wie du jetzt ja auch ersehen kannst, der Nightmare ebenfalls, warum testest du den Nightmare nicht einmal, um zu prüfen, ob mit diesem Governor auf deinem Handy die 100MHz Taktung mit eingebunden wird! Allem in allen, wie wir ja schon mal festgestellt haben, bewegen wir uns hier in einem sehr marginalen Bereich, um das letzte an Akkuverbrauch zu vermeiden.

Letztendlich kommt es doch darauf an, einen Governor zu finden, der deinen Ansprüchen und Nutzungsverhalten entspricht. Ich für meinen Teil habe mit meinem Nutzungsverhalten, eher weniger als Ottonormalverbraucher , mit dem Nightmare eine gute Wahl getroffen und dieser harmoniert exellent mit den Sleepy Scheduler. Dasselbe gilt nun auch für dich, einen entsprechenden Governor und Scheduler für deine Bedürfnisse zu finden und mal ehrlich, wir reden ja hier nicht von einem unterschiedlichen Verbrauch in den zweistelligen Bereichen .

Wenn deine Wahl mit Governor und Scheduler einen Verbrauch in der Zeit "X" 10% zur Folge hat und ich dagegen einen Verbrauch von nur 8% generiere, was macht das denn schon für einen Unterschied , um uns hier jetzt die Birne heiß laufen zu lassen, warum passiert das hier bei mir und nicht bei dir, wenn du verstehst was ich meine . Alles in allem und das ist mal Fakt, läuft der DorimanX Kernel v8.33 erste Sahne und generiert mir einen Akkuverbrauch, den ich mit dem PhilZ StockKernel so nie erreicht habe und das ist für mich das wesentliche, was ich jetzt aus den letzten 3 Wochen als Fazit für mich herausziehen kann .

Der DorimanX Kernel läuft wirklich sehr stabil, ist sehr smooth, hat einen wirklich guten Akkuverbrauch, erzeugt bei mir keine SODs mehr, keine Freezes bei geöffneten Anwendungen oder glänzt mittendrin mit Reboots, das ist wirklich prima . Das einzigste was mir noch nicht ganz so gut gefällt, ist, dass das Scrollen manchmal laggt, nur kann ich das jetzt nicht wirklich richtig zuordnen, ob dies durch meine Einstellungen in der Spannungsversorgung erzeugt wird, oder ein Kernel Problem ist. Aber als Fazit bleibt, das es momentan, denke ich jedenfalls, keinen besseren Kernel gibt, außer eventuell der Apollo Kernel, den ich jetzt aber nicht weiter ausprobiert habe .

So, lade mein Handy gerade mal, und lasse es über Nacht laufen, poste dann mal das Bild. Der ZZ ist jetzt endgültig weg. Mit dem Hyper hatte ich über eine Halbe Stunde mehr Display zeit. Was ich schon enorm finde. Teste diese Nacht mit dem Hyper und dann später nocheinmal den Nightmare....

@kehne

Na da bin ich ja mal gespannt auf deine Ergebnisse, zumal du ja auch eine andere ROM nutzt als ich , das macht es doppelt interessant .

So Habe einen Deep Sleep von 99,1% und 0,4% auf 500Mhz. D.h. der Hyper dürfte beim Schlafen etwas mehr verbrauchen, da du dort "etwas" weniger hast. Bilder kommen hoch, sobald mein Internet wieder gescheit läuft

hier die Bilder ... Deine Werte sind meiner Meinung nach noch etwas beeindruckender ... Jedoch sollte man mit 99,1% deep sleep zufrieden sein. ( Bei aktiviertem Wecker ) denke ohne wecker wäre ich noch etwas höher gewesen ...

@kehne

Das sieht doch schon richtig gut aus und deine DeepSleep Zeit in 5h kann sich mehr als sehen lassen. Es wäre jetzt mal interessant zu Wissen, wenn du eine Nichtnutzungsphase von 12 Stunden als Vergleich einstellen könntest, so wie ich es durchgeführt habe , um einen besseren Vergleich zu generieren, denn das würde mich echt mal interessieren, wie dann deine installierte SlimBean ROM gegen meine installierte NeatROM mit dem DorimanX Kernel v8.33 abschneiden würde .

Was für ein Modem nutzt du eigentlich? Ist das ein CM Modem oder ein Samsung Modem?

Habe das XXLPX drauf, habe ehrlich gesagt aber auch gar keine Ahnung in welche Richtung ich da etwas ändern soll ...

Wie hast du getestet welches Modem am besten ist. Gibts da ne app ?!

@kehne

Ich habe durch ausprobieren der ganzen verfügbaren Modems getestet, welchen Verbrauch und Empfang ich auf dem Handy habe und als Hilfe über BetterBatteryStats die Häufigkeit und Zeit bestimmter Wakelogs herangezogen, die letztendlich den Ausschlag für das Modem XXLS8 gegeben haben. Gerade diese Wakelogs:

- I2_hsic
- PowerManagerService
- multipdp
- "radio-interface"
- "secril_fd-interface"

sind typische Modem Wakelogs, die, wenn sie nicht stimmig mit der Handy Hardware (Module) sind, enorme Akkuverbräuche durch ihre ständigen Wakelogs generieren können, die sich zeitlich sogar bis zu Stunden ausweiten können . Letztendlich habe ich heraus gefunden, das hierbei das XXLS8 Modem am besten abgeschnitten hat, was den Netzempfang (Provider), Surfen, WLan-Empfang und GPS-Empfang betrifft, als auch die daraus resultierenden Wakelogs in der Nichtnutzungszeit , die deutlich heruntergegangen sind, seit ich das XXLS8 Modem nutze. Wenn du magst, kannst du dieses Modem ja selber mal ausprobieren, um einen Vergleich zu deinem jetzigen installierten Modem zu erhalten .

Download Modem/RIL XXLS8: http://d-h.st/qqH

Zitat von SaGaS

@kehne

Ich habe durch ausprobieren der ganzen verfügbaren Modems getestet, welchen Verbrauch und Empfang ich auf dem Handy habe und als Hilfe über BetterBatteryStats die Häufigkeit und Zeit bestimmter Wakelogs herangezogen, die letztendlich den Ausschlag für das Modem XXLS8 gegeben haben. Gerade diese Wakelogs:

- I2_hsic
- PowerManagerService
- multipdp
- "radio-interface"
- "secril_fd-interface"

sind typische Modem Wakelogs, die, wenn sie nicht stimmig mit der Handy Hardware (Module) sind, enorme Akkuverbräuche durch ihre ständigen Wakelogs generieren können, die sich zeitlich sogar bis zu Stunden ausweiten können . Letztendlich habe ich heraus gefunden, das hierbei das XXLS8 Modem am besten abgeschnitten hat, was den Netzempfang (Provider), Surfen, WLan-Empfang und GPS-Empfang betrifft, als auch die daraus resultierenden Wakelogs in der Nichtnutzungszeit , die deutlich heruntergegangen sind, seit ich das XXLS8 Modem nutze. Wenn du magst, kannst du dieses Modem ja selber mal ausprobieren, um einen Vergleich zu deinem jetzigen installierten Modem zu erhalten .

Download Modem/RIL XXLS8: http://d-h.st/qqH

Flasht du das Modem einfach drüber ? Hatte im XDA auch von einem Cleaner Script gelesen ... Ist aber überflüssig da eh alles gelöscht wird richtig ?

@kehne

Ich flashe das Modem einfach über CWM und mache dann anschließend noch einen "Wipe Cache Partition" und "Wipe Dalvik Cache", das war es dann auch schon .

gut, dann habe ich ja intuitiv alles richtig gemacht, habe noch ein fix gemacht, aber naja schaden tut das auch nicht

@kehne

Den "Fix Permissions" wende ich in der Regel nur nach einer Neuinstallation einer "Non-Wipe" CustomRom an, oder wenn Apps nach dem installieren irgendwie nicht so laufen, wie sie sollten. Für Kernel und Modem Installationen reichen in der Regel der "Wipe Cache Partition" und "Wipe Dalvik Cache" nach der Installation aus, wobei ich mir angewöhnt habe, bei einer neuen Kernel Installation zuvor noch das GS2KernelWipe Script von @hawkerpaul durchlaufen zu lassen .

Bin echt mal gespannt, wie du das Modem XXLS8 bewertest und ob du für dich ebenfalls eine Verbesserung feststellen kannst, im Vergleich zu deinem zuvor installierten Modem .

@ SaGaS:

Ja da bin ich mir sicher. Steht auch so in der Beschreibung dazu. Wurde aber auch schon mal im Forum erwähnt. Will man seine Graka übertakten mit den Werten über 267MHz, muss man VPLL aktivieren. Wobei diese VPLL Funktion wiederrum nicht auf jedem Handy gleich gut funktioniert, weshalb es vielleicht bei dir zu Problemen gekommen ist.

Der 56MHz Step wurde rausgenommen, weil er schlichtweg nicht genutzt wurde. Also es lies sich zwar einstellen, wurde dem Grafikchip auch mitgeteilt, aber dieser hat die 56MHz einfach nicht genutzt. Wurde mal so von Dori in irgendeinem Post erwähnt und dann entfernt

---------- Hinzugefügt um 23:02 ---------- Vorheriger Beitrag war um 22:57 ----------

Kernels 8.34 and 9.34 ONLINE!


Download:

Kernel_Siyah-Dorimanx-V9.34-[22-34]-[03-07]-JB-CM-AOKP-SGII-PWR-CORE.zip

Kernel_Siyah-Dorimanx-V8.34-[22-31]-[03-07]-JB-SGII-PWR-CORE.zip

Kommentare:

This is MAJOR update from 3.10.RC5 Google Android kernel.
470 files changed, 38287 insertions(+), 15686 deletions(-)

and some updates from Sammy STOCK/Modded SG4 Kernel! (thanks to AndrieLux)

Big thanks to Alucard for helping testing and updating new code.

This kernel has huge update for all critical functions!
and power that now saved is just awesome! with performance profile i see -9ma/h on deep sleep! and sleep time is much higher. (less wake-ups)

kernel is very stable.
I recommend to set nightmare as main awake gov! about sleep gov, you can leave ondemand or other that you like.

Change Log:

• Updated WIFI driver from SG4 kernel. v1.61.56
• Updated massive code for DM partitions (move apps to sdcard)
• Updated massive code for Power Manager from 3.10.rc5 google android
• Updated massive code for BLOCK and FS that responsible for all I/O throughput!
• Updated and enabled latest and most advanced I/O GOV - BFQ v6r2!
• Alucard made big code change/improve for nightmare and darkness govs.
• Updated ARM compressions code.
• Updated LINARO 2013.06 GCC 4.7.4 kernel builder.
• Updated with 3.0.84 main stream patch.
• Fixed old bugs with video drivers for STOCK and CM/AOKP ROMS!
• for CM/AOKP only! i have fixed the mass storage and MTP, now we have CM-kernel code for that.
  for 8.34 kernel, that part can't be changed, or stock ROM will loose mass storage support.
• Updated latest CM-KERNEL boot INIT and other new init changes.
• Ported some stock code updates from SG4 kernel.
• Alucard fixed performance gov! now if used, 2 cores will be ON non stop.
• Fixed Color tuning on boot and for first ROM boot default.
• Alucard cleaned Pegasusq CPU GOV, now it's much better, and working with our Intelihotplug code.
• Updated all I/O GOVS and set BFQ as default I/O gov for awake/sleep.
• Updated kernel global code from 3.10.rc5 for ptrace function.
• Updated power regulator code.
• disabled slide2wake in all profiles.
• Alucard made changes in GOVS tunings and all profiles tuning.
• Added data/cache partition light fix on boot, in case partition was not unmounted cleanly.

Tja dann muss ich wohl doch wieder flashen ... Immerhin läuft 9.33 ja schon drei tage ...

Hört sich einfach zu gut an

Hahaha, ja so geht es mir bei fast jedem Update =D Ich bin schon echt froh, dass die Zeit an dem jeden Tag nen Update kam vorbei ist und er sich jetzt etwas mehr Zeit lässt. Die letzten Versionen waren dafür auch recht Bugfrei! Ich nutze jetzt erstmal auch den Nightmare Gov, so wie er es in den Kommentaren zum Changelog empfohlen hat. Scheint wohl endlich offiziell Stable zu sein. Zwischenszeitlich war der Nightmare leider nicht wirklich stabil (so vor 6-7 Versionen). Außerdam schau ich mal wie sich der neue BFG Schedular schlägt der jetzt Standard ist. Hab dazu leider noch kein Benchmark gefunden.

Du nutzt den 9.33? Darf ich fragen auf welcher Rom du unterwegs bist?

Zitat von chrischaan

Hahaha, ja so geht es mir bei fast jedem Update =D Ich bin schon echt froh, dass die Zeit an dem jeden Tag nen Update kam vorbei ist und er sich jetzt etwas mehr Zeit lässt. Die letzten Versionen waren dafür auch recht Bugfrei! Ich nutze jetzt erstmal auch den Nightmare Gov, so wie er es in den Kommentaren zum Changelog empfohlen hat. Scheint wohl endlich offiziell Stable zu sein. Zwischenszeitlich war der Nightmare leider nicht wirklich stabil (so vor 6-7 Versionen). Außerdam schau ich mal wie sich der neue BFG Schedular schlägt der jetzt Standard ist. Hab dazu leider noch kein Benchmark gefunden.

Du nutzt den 9.33? Darf ich fragen auf welcher Rom du unterwegs bist?

Genau die 9.33 ist ein unglaublicher Traum. Siehe die Bilder von mir uns SaGaS ... Habe jetzt die 9.34 geflasht, mal schauen wie die so ist.

Ich nutze die Slimbean Rom.



Erster Eindruck: Sieht auf den ersten Blick stabil aus und 100Mhz wird mit Nightmare deutlich länger genutzt ... Bin gespannt was nächste Nacht da so bei rumkommt.

Zitat von kehne

Genau die 9.33 ist ein unglaublicher Traum. Siehe die Bilder von mir uns SaGaS ... Habe jetzt die 9.34 geflasht, mal schauen wie die so ist.

Ich nutze die Slimbean Rom.

Sauber, auf der SlimBean bin ich auch. Ein absoluter Traum die Rom. Einfach super schnell und smooth, und dazu kann man einfach noch alles einstellen was das Herz begehrt. Das einzige was mich gestört hat war, dass man bei den WIFI/Empfangssignal-Icons oben in der Statusleiste die Farbe nicht ändern kann (wollte es gerne weiß haben -> schön schlicht). Aber das hab ich dann einfach selber in die Hand genommen und in der SystemUI.apk angepasst In Verbindung mit dem Dori geht das Ding einfach ab wie Schmitz' Katze. Und dazu noch super stable. Toll finde ich auch, dass es immer Weeklys gibt zu der Firmware, die schon Beta getestet sind und i. d. R. komplett stabil laufen. So hat man jede Woche schön was zum flashen und muss nicht immer 1-2 Monate auf nen Stable Release warten =D Für Flashsüchtige ist das auf jeden Fall die perfekte Droge....

---------- Hinzugefügt um 01:40 ---------- Vorheriger Beitrag war um 00:02 ----------

@ Sagas:

Nachtrag zu VPLL: was mir gerade aufgefallen ist, dass der VPLL Mode nur für die Steps 330, 440, 520 MHz gebraucht wird, es aber noch eine weitere Frequenz gibt und zwar 400 MHz. Also kann man seine GPU auch übertakten ohne VPLL zu aktivieren, dann hat man aber nur die Möglichkeit auf 400 MHz zu gehen. Die anderen drei Steps werden nur durch VPLL ermöglicht. So verstehe ich das zumindest aus der Beschreibung. Aufgefallen ist mir das, als ich das Performance Profil ausgewählt habe (das nutzt Dori immer selber). Dabei wird u. a. die CPU auf 1,5 GHz übertaktet UND auch die GPU auf 400 MHz, ohne dass VPLL aktiv ist. Ich denke nicht, dass Dori die GPU auf 400 MHz einstellen und dann den VPLL beim Performance Profil nicht aktivieren würde, wenn dies dazu eigentlich notwendig wäre. (Achtung beim Lesen, nicht GPU und CPU durcheinander bringen. G und C sehen sich echt verdammt ähnlich, musste sau aufpassen beim schreiben keinen Fehler zu machen )

@chrischaan

Danke dir für deine Antwort . Meine Frage zielte aber nicht drauf ab, ob übertaktet werden kann, sondern was mit den vorab eingestellten Werten von 108 MHz - 267 MHz passiert, welche ja auch unterschiedlich mit Spannungen beaufschlagt werden können. Da hatte ich erst aus deiner Antwort in Post #215 herausgelesen, das die vorab eingestellten 108 MHz - 267 MHz Taktungen nicht mit veränderten Spannungswerten beeinflusst werden können.

Jetzt nach nochmaligen Gegenlesen dazu, verstehe ich nun deine Antwort zu deiner Ausführung mit "VPLL" und die möglichen Taktungen von 330 MHz - 520 MHz , bzw. bis max. 400 MHz. Ich hatte dies zuerst so interpretiert, das bei nicht anhaken von "VPLL", dann die Taktungen von 108 MHz - 520 MHz vom System verwaltet werden, was aber auch bedeutet, das die Spannungsversorgungen sich dann auch dafür nicht ändern lassen und vom System gehändelt werden , welche aber durchaus manuel eingestellt werden können.

Somit hat sich meine Frage dazu auch erledigt und wieder einmal die Erkenntnis gewonnen, wer Lesen kann, ist klar im Vorteil . Was man nicht alles so verstehen kann, wenn man nicht richtig liest .

Bei der 9.34 geht der Cortexbrain background service nicht mehr ... Ist das nur bei mir so ? Oder hat jemand anderes auch schon das problem?


Edit: Einstellungen einmal neu eingestellt, jetzt gehts