[KERNEL] n3oFlo | CPUQUIET | S2W | DT2W | OC/UV | GPU OC

Mit CM? Keine Ahnung...probiers doch aus

Aus der Carbon-ROM wurde der CM-Mist jedenfalls entfernt, da läuft es wieder

Gesendet von meinem Nexus 7 mit der Android-Hilfe.de App

Danke,habe das Carbon nun mit dem N3o Kernelö laufen ,so soll es sein

Nö, für CM braucht man jetzt einen CAF Kernel.

Ist schade ,ich war mit cm und dem kernel sehr zufrieden.naja ,nun habe ich carbon ,bringt auch 28.5 k im benchmark ,läuft flüffig

Hallo, habe die Stock Rom drauf und nun diesen Kernel geflasht.

Hab auch im Trickster alles so eingestellt mit den 384000 und dem Simplemax Energy Saving damit ja auch alles auf Akku schonen ausgelegt ist.

Gibt es eigentlich noch einen Akku schonenderen Kernel?

Hab nicht die CPU Quiet sondern die Stock n3oflo genommen.
Was sind den da die Unterschiede?

Der ursprüngliche Beitrag von 16:09 Uhr wurde um 16:16 Uhr ergänzt:




Hatte nun Antutu am Laufen, das ging aber nicht richtig.

Habs nun nochmal probiert und da hat das Tab neu gestartet.

Nun einfach die CPUQUIET drüber geflasht.

Der ursprüngliche Beitrag von 16:16 Uhr wurde um 16:21 Uhr ergänzt:

Und nun wieder 2 reboots.

Was ist da los?

Der ursprüngliche Beitrag von 16:21 Uhr wurde um 16:24 Uhr ergänzt:

Antutu nun gelöscht.

Stelle die max mal auf 1889mhz.habe gelesen ,das einige tabs mit mehr rebooten....

Gruss

Danke, hat geklappt. Antutu knapp 25k.

Uff, das tablet gestern am abend voll aufgeladen.

Jetzt schau ich rein und nur mehr 90% Akku bei 4minuten display on time.
Das ist schon heftig.

Werde wohl mein backup mit dem stock kernel wieder einspielen.

S2W oder Dt2w angehabt?

T-119a schrieb:

S2W oder Dt2w angehabt?

Zum Vergrößern anklicken....

Das tut nix....jedenfalls nicht merkbar.

Gesendet von meinem Nexus 7 mit der Android-Hilfe.de App

Auch der bulletproof kernel bringt keine wirkliche akku verbesserung bis jetzt.

Haben die custom kernel probleme mit der stock rom?

Probier mal den Franco Kernel , finde den sau gut. Ausser kein DT2W , aber dafür gibts die App Touch Control

Ist nicht für CM oder?

Nein hier noch nicht

Danke. Hab nicht mehr durchgeblickt was für CM ist und was nicht

Link im OP zur CAF Version Version hinzugefügt

Der Dev. hat neue empfohlene Einstellungen gepostet.

HOTPLUG CONTROL, HERMAL CONTROL, GOVERNORS, SAMPLE CONFIGS:

there are 3 types of hotplug methods u guys are confronted with while using this or stock kernel:

-mpdec from qualcomm
-mako_hotplug from franciscofranco
-cpuquiet from nvidia with additions (load_stats)

mpdec is for my taste/needs to aggressive. if u watch cpus go up and down, they spend a lot of time on higer freqs + too much cores online, thats why i wanted to replace it with an other hotplug management. As my coding skills are not good enough (not now but i hope in future) i decided to use francisco francos mako_hotplug. why ? simple. because its adjustable (4 floors). This worked quite well.

but yeah.. we all know.. on Android, u dont stay long at one thing... we move constantly. this is where cpuquiet hotplug kicked in. Its original from nvdia for tegra processors but u can port it to others too (what maxwen did). maxwen added the load stats_governor, wich is a port from franciscofrancos hotplug control in a way. but i dont want to confuse people here so in short:

with cpuquiet + load stats governor u get a brilliant battery life while keep it snappy. Why that ?? simple... maxwen spent a lot of time in it to adjust it for his oppo people and he knows what to do. I recommend leaving the governor on load stats (hotplug depended on load) to get the best results.

I re-adjusted it to fit in m7 as i have a feeling that we need a bit more aggressive tresholds.

If u want to keep it balanced, and yeah, most users want that:

governor: smartmax
cpuquiet governor: load_stats

u want ultimate perfromance:

governor: interactive (up treshold 65) or smartmax (lower tresholds)
cpuquiet governor: load_stats

now give me bonus points

THERMAL CONTROL HOWTO:
==================

First have a look on the following folder:

sys/module/msm_thermal/parameters

now have a look at these 2 files:

limit freq
limit_temp_degC

In limit_freq u can adjust on which freqs it should fall back while throttling
In limit_temp_degC u can adjust the tempreature limit for throttling

EXAMPLE:
=======

#limit_freq
1458000 1242000 702000 384000

#limit_temp_degC
55,60,70,80

That means: it throttles to 1458Mhz @ 55 degrees , 1242MHz @ 60 degrees, 702MHz @ 70 degrees , 384MHz @ 80 degrees

SMARTMAX GOVERNOR
===============

Adjust it like that u u wont have a single lag, this governor is simply outstanding:

Freq Range General: 270MHz - 1728MHz
awake_ideal_freq 594000
boost_freq 1242000
suspend_ideal_freq 384000
touch_poke_freq 1242000

Leave the rest untouched


Diese habe ich etwas verändert, da es damit öffters geruckelt hat.

governor: smartmax
cpuquiet governor: load_stats
Freq Range General: 384MHz - 1728MHz
awake_ideal_freq 702000
boost_freq 135000
suspend_ideal_freq 384000
touch_poke_freq 135000

Mit diesen Einstellungen läuft mein N7 zu 99% ruckelfrei, bin mal gespannt wie sich das auf den Verbrauch auswirkt.

Ich übernehme den Teil mit den Empfohlen Kerneleinstellungen in den OP.

Der ursprüngliche Beitrag von 13:35 Uhr wurde um 15:06 Uhr ergänzt:

@Mayday Ich habe deine Einstellungen mal getestet und bin weitgehend mit den Werten einverstanden. Nur die awake_ideal_freq empfinde ich mit 702 Mhz als zu gering. Z.B. hat die Animation bei Google+, wenn die ersten Beiträge geladen werden, einen reproduzierbaren Lag, der erst bei einer awake_ideal_freq von 1026 Mhz verschwunden ist.

Bei 594 hat es deutlich geruckelt und bei 702 Mhz war es fast komplett weg.

Mit 1026 Mhz merke ich keinen großen Unterschied.

awake_ideal_freq - Das ist die Frequenz, bei der die CPU schnell wach wird, d.h.es wird ganz schnell hochskaliert um aus dem DeepSleep bzw. Tiefschlaf zu kommen. Danach skaliert die CPU wieder weniger aggressiv hoch.

PS: Mit 1026 Mhz läuft es in der Tat bei einigen Apps spürbar schneller.

Hatte eben den ersten SOD mit dem Kernel/ Einstellungen.