[KERNEL]NX Kernel 1.4.2 (ExynoS 4) // 13.07.2013[3.0.86][4.2.2 - CM/PA/AOKP][LINARO]

[skysat]

mmhhh so geschmeidig kommt mirs aber nicht vor. Einige Versionen zuvor lief es schon mal besser.
Check Rand Entropy Avail geigt auch oft rauf und runter.
Auch haben wir wieder datenverlust was beim ROM von gestern (18.04.) und Kernel 1.1.2 nicht der Fall war.
Also gestern mit Asylum_CM10.1_20130418_n7000 und Kernel NX-Kernel_v1.1.2 lief es bei mir viel besser.

PS: Ich weis es jetzt nicht obs am ROM oder am Kernel liegt!

 

[dc_01]

PS: Ich weis es jetzt nicht obs am ROM oder am Kernel liegt!

rein gefühlsmäßig denke ich schon, dass es kombinationen gibt, die gut gehen und solche, die nicht so gut gehen. SlimBean und NX1.1.3 läuft manierlich und relativ spritsparend. der NX1.0.9 war aber nicht so der knaller. mit dem thor36.9-4 war die leistung wiederum ok. ich kann nur die alltagstauglichkeit testen, für extensive langzeittests fehlt mir die zeit und leider auch die entsprechende kenntnis. aber interessant ist es schon, wie sehr die "leistung" streut...

 

[xxLeoxx]

ok, dann werd ich mal mit slimBean V3 testen... schaun mer ma...

----- nachtrag -----

installation mit wipe cache / dalvik durchgeführt. governor auf lagfree... hui, das fluppt aber geschmeidig allerdings geht lagfree nicht unter 400mhz, ich hoffe, dass das dem akkuleben nicht abträglich ist... spontan-reboot bei untätigkeit in der CWM besteht noch...

Nunja, wenn die CPU nie unter 400mhz geht wird das einiges an Strom brauchen, wenn die CPU stattdessen eigendlich mit 100 oder 200mhz laufen könnte.

 

[dc_01]

ja, denke ich eigentlich auch... aber laut betterBatteryStats hält sich alles recht wacker, siehe screenshot.

 

[AA1973]

Lagfree:
Auch dieser Governor ähnelt dem Ondemand. Der Hauptunterschied liegt darin, dass er wesentlich akkufreundlicher ist. Die Frequenz wird entweder weich herunter gesetzt oder weich herauf gesetzt, anders als beim Ondemand, der bei Anfragen eher gleich auf 100% steigt, obwohl nicht gebraucht. Der Lagfree steigt also stufenweise und überspringt keine Frequenz während die CPU skaliert. Das bedeutet auch, dass dieser Governor bei akut starkem Leistungsbedarf nicht sofort auf 100% steigt und es somit zu Rucklern, wie z.B. bei der Video-Wiedergabe, kommen kann.
https://www.android-hilfe.de/forum/...y-s2.521/faq-governors-schedulers.180437.html
Tante Edith sagt: wenn eine höhere Taktfrequenz vom Governor gewählt wird bzw er so programmiert wurde, könnte und sollte es so sein, dass die Aktion/Operation (deutlich?!) schneller durchgeführt wird, als bei einer niedrigeren Frequenz mit einem anderen Governor.
Eine Operation mit 400Mhz läuft wahrscheinlich schneller durch als mit 200 oder mit 100, wenn man diese Frequenz auch noch ansteuert.
Somit sollte die Aussage "höhere Taktfrequenz=höherer Verbrauch" in Frage gestellt werden. Klar ist jedoch dass ein Kernel, der permanent auf 1400 (oder 1600) läuft, auch suboptimal ist. Aber da wären auch noch andere Dinge zu berücksichtigen, da dann meist noch ein Service und/oder eine schlecht programmierte App der Grund dafür sein können.

 

[dc_01]

das forum hier ist echt lehrreicher als jede schule

 

[MichelFell]

Habe den Lagfree mal draufgeklatscht, mal sehen, werde berichten.

Edit:
Fühlt sich gut an und hakelt auch bei Filmen usw. nicht. Akku ist auch Super. Bleibt erstmal drauf.

Gruß und Groove michel

 

[skysat]

Mo in,
also mit ondemand (undervolted) hält mein Note länger als mit lagfree.

Gesendet von meinem GT-N7000 mit Tapatalk 2

 

[AA1973]

Dann mach doch mal den Test und UV den lagfree auch, genauso. Ansonsten ist es wertlos.

 

[skysat]

Dann mach doch mal den Test und UV den lagfree auch, genauso. Ansonsten ist es wertlos.

vergass ich zu erwähnen. Die undervoltet Werte hatte ich natürlich so belassen wie bei ondemand. Die Akkuwerte gingen ca. im 2 - 3 Minuten Takt um einen Wert runter beim normalen Gebrauch (Internet, Tapatalk, Google Maps, email lesen...). Auch wurde die Rückseite des Geräts zeitweise wärmer.

PS: Noch zu erwähnen:
Prozessor Taktfrequenz ist eingegrenzt auf 100MHz - 1200MHz

 

[AA1973]

Update : 1.1.4...

v1.1.4 is up.

Changelog for v1.1.4:
Kernel Linux version upgraded to 3.0.75-RC1
New voltage table. Tested for a day - no freeze or SOD.
Update zzmoove governor. Still under test.
Unaligned memory access for optimization
Corrected LOAD_FREQ for kernel/sched
Snappy Compression Library added
Add Google's Snappy compression support for ZRam
HYDRXQ governor optimized. This may fix lag on heavy apps.
AbyssplugV2 governor fixed for dual core processors. Not tested completely.

**
DL http://www.mediafire.com/?vok6gd781ahcchq

 

[dc_01]

joh, hab den neuen kernel gleich mal aufgespielt. als governor habe ich edn hydrax genommen. bauchgefühl, ma schauen, was passiert...

OS: SlimBean V4.2

--- nachtrag ---
verbrauch scheint zunächst höher als mit dem slimBean kernel. ich beobachte weiter...

 

[Madder]

bei mir läuft der bis jetzt super, sogar undervolted.
nur der Ram schaufelt sich immer voll, habe ich bei dem 1.1.3 nicht so gemerkt.
Liegt das an mir?

 

[AA1973]

Welche ROM und welche Auswirkungen auf die Performance hat es denn bei dir?
Auf der heutigen Root Box (auch auf der vorherigen) sehe ich da keinen Unterschied...

 

[Madder]

habe das bei der RootBox vom 24. gemerkt.
Wie es bei der heutigen aussieht werde ich erst in paar Stunden sagen können.
Es hat beim spielen angefangen zu laggen, aber nicht zu wenig.
Und der Ram war immer voll, musste den bis jetzt nie manuell leer machen.

 

[CVH]

Unabhängig vom Johannes B. Kernel (JB Kernel) muss ich das aber auch feststellen auf der RootBox. Bei mir ist der Ram ziemlich oft bis zum Eistrich voll. Da kannste leeren was du willst, Abhilfe bringt nur ein Ausschalten, drei Minuten warten, System rebooten. Und ich habe den Thor aum laufen. Glaube also nicht das es Kernelbedingt ist.

 

[MichelFell]

Ist es auch nicht. Hab den 1.1.4 mit Asylum laufen und ist bis auf den Datenverlust beim flashen genau wie der 1.1.3er. Also keine Probleme mit Ram.

Gruß und Groove michel

 

[Madder]

man kann in den Settings den RamWert erhören, ab dem Apps gekilled werden...der ist bei der RootBox auf 80 :?

 

[AA1973]

Jupp. Android Standardwerte für den Low Memory Killer.

 

[Madder]

ah ok, wusste nicht welcher Wert standartmäßig da stehen muss.
wieder was gelernt