[Kernel][26.02.12][Samsung Galaxy Note][AbyssNote][v4.2 Final]

Zitat von hamma

Falls Du CPU-Spy nutzt, drück mal "Refresh".

Na das habe ich doch natürlich getan ...

Gesendet von meinem GT-N7000 mit Tapatalk

Zitat von spline

Ich merke an Hotplug, dass er bei idle sehr gut runtertaktet und sehr gut Strom spart.
Im anderen Falle aber kaum die Zwischenfrequenzen nutzt und gleich auf 1400 geht ...

Bin gespannt, ob das auch bei mir wirklich Strom spart.

Gesendet von meinem GT-N7000 mit Tapatalk

Welchen Governor kannst du denn jetzt bei Abyss 3.3 empfehlen? In die engere Wahl kommen wohl ondemand, luzlactiv und hotplug. Muss man noch etwas am "scheduler" ändern?

Und vielleicht gleich noch die Frage, ob 2nd Core Sinn macht ...

Gesendet von meinem GT-N7000 mit Tapatalk

Also Hotplug ist mir doch zu voreilig im Hochtakten.
Lulzactive (ich schieb es mal auf den) bringt mir nervige Bedenksekunden aus dem deepsleep.
Zwar schön, dass Lulzactive das Gerät wunderbar im deepsleep hält, aber wenn ich das Note "wie so oft" mal fix aus der Tasche hole um etwas Nachzuschlagen, nervt mich genau diese Anfangsträgheit.
Mit ondemand hab ich bisher die wenigsten Probleme.

Aber es ist die Qual der Wahl, man hüpft hin, man hüpft her und am Ende ist man mit Stock Samsung besser zurfrieden als mit all der Zauberei.
Denn nicht nur das Wissen um den jeweiligen Governor zählt, sondern auch wie der Kernelkoch (Angelom) diese umsetzt.
Kurz gesagt, was nützt der beste Governor, wenn der Entwickler diesen schlampig implementiert.

Ho Ho? Nein, dies ist keine Anschuldigung an Angelom oder eine Unterstellung an eine Fehlerhaftigkeit seiner Arbeit.
Jedoch können wir alle, die Kernel nicht decompilieren können, nur blind darauf vertrauen, was da in Italien gekocht wird.


Edit:
Achso und von der Abschaltungssache des 2. Kerns halte ich nicht viel.
So wie ich gelesen hab, wird der zweite Kern sowieso abgeschaltet, ausserdem ...
... brauch die CPU im Idle so viel mehr Strom als im Singlecoregerät Galaxy 1? Nee!
Leute, glaubt nicht jeden Zauberspruch aus dem Reich der "vermeintlich" Wissenden.

Egal mit welchem Kernel und trotz langer Rumprobiererei lande ich immer wieder bei Ondemand.

Mein Fazit: Man kann sich die Zeit sparen .

Viele Grüße

Lars

Sent from my Note from some place in the world!

Zumal ich mich erinnere, dass Angelom auch am ondemand geschraubt hatte.
Weiss nur nicht mehr was.

Welcher Govenor wird eigentlich benutzt, wenn man nur den Kernel aufspielt und nicht mit SetCpu rumspielt ?

Achim

Gesendet von meinem GT-N7000 mit Tapatalk

Ich glaub ondemand

Zitat von spline

Ich glaub ondemand

Ja stimmt!

Ah, heute kommt noch der 3.4 Kernel mit dem brandneuen BFQ i/o scheduler V3r2

Mal durch den Translator geschickt:
http://translate.google.ch/translate...26prmd%3Dimvns

http://translate.googleusercontent.c...VekeX6c6r76m2w

Hab mich heute nochmal ein paar Stunden mit Wissenserweiterung um Governors und i/o Scheduler beschäftigt.
Von dem her scheint das beste Noop und Lulzactive, aber auch sio und smartassv2.
Mal sehen wie sich der neue BFQ so schlägt.

Nur, was ich wieder zu Bemängeln hab, liesst man sich mal jedes einzelne Changelog von Angelom durch, nützt das ganze Wissen nichts, denn er ändert die Scheduler und Governors.
Das heisst, selbst ein Lulzactive ist nicht mehr das, was man bei Tegrak (dem Entwickler) liesst, ein ondemand nicht mehr das, was man über ondemand weiss.

und da ist schon der 3.4
al dente aus Italy

AbyssNote kernel 3.4 Custom Logo:

http://www.mediafire.com/?xalho5oh9l66j36


AbyssNote kernel 3.4 Original Logo

http://www.mediafire.com/?4glpiyzbbb8sbbj



Changelog:


Fixed the bug which prevented using ubuntu and was causing some random reboots

Code cleanups (removed cleancache, some jrcu configs etc)

Enabled cpu alignment again

Enabled some more networking options in config (ipip, l2tp etc)

Modified GPU frequency setting code a bit. if you use voltage control app or a script to set the second GPU step frequency higher than the third, the third frequency is disabled.

Tiny tweak for ondemand governor

Set topoff current in battery driver to 100mA (stock value is 200mA) to ensure that the battery is fully charged before the charger circuit stops charging.

Added Entropy512′s changes to sec_battery driver to show battery charging (not discharging) current in currentwidget (thanks to Entropy512).

Added BFQ i/o scheduler V3r2

Zitat von spline

und da ist schon der 3.4
al dente aus Italy

AbyssNote kernel 3.4 Custom Logo:

Set topoff current in battery driver to 100mA (stock value is 200mA) to ensure that the battery is fully charged before the charger circuit stops charging.

Added Entropy512′s changes to sec_battery driver to show battery charging (not discharging) current in currentwidget (thanks to Entropy512).

Kann da jemand mal nachforschen, fragen usw usf , ob es , wenn das schon möglich scheint und gesteuert werden kann wie sehr er laden und stoppen kann, man nicht doch irgendwie endlich mal das Akkuladen (u.U. bei einer bestimmten Prozentzahl, Prozentbereich o.ä.) unterbinden kann.

Mir geht es hauptsächlich darum das ich nicht möchte das mir das NOTE das Netbook oder Notebook leerzieht, wenn ich es per USB Kabel anschließe, zwecks Datenaustausch usw. Denn das Note selbst hält bei weitem länger durch als das Lappi.

Wir wissen inzwischen alle das es dem Akku an sich nichts ausmacht ob er oft oder selten geladen wird, daher ist das auch nicht mein Problem.

Thx schonmal

Greetz

Langeweile? Nichts Los?

Testet den Abyss Kernel 3.5

• Replaced the recovery with Hyperdroid Redpill Recovery. (Thanks to Hyperdroid team and Redpill kernel developer(s)). This recovery can also mount both internal and external sd.
• Changed some mali internals (set staycounts for steps to: 0-1-1 and down threshold for second step is set to 35).
• Enabled TINY_SHMEM (should improve performance)
• Revisited Ondemand and LulzactiveV2 Governors
• Tweaked Conservative and SmartassV2 governors a bit more
• Added AbyssPlug and Weathley Governors
• Removed jrcu leftover
• Added new rcu patches
• MM: slub: Default slub_max_order to 0
• MXT540E: Added Touchscreen fix
• Modified gamma table
• Others little fix

Download:
Mit Angelom Logo
http://www.mediafire.com/?gp2lhpg09xigw79
Org. Logo
http://www.mediafire.com/?u8wbgwyk47ua2bk

Na Endlich!!! Dachte da schon an Winterschlaf aller Eidgenossen ))))

Flash on!

Wolle

Mal was zum Wheatley Governor:
Building on the classic 'ondemand' governor I implemented this idea in my new Wheatley governor. The governor has two additional parameters:

target_residency - The minimum average residency in µs which is considered acceptable for a proper efficient usage of the C4 state. Default is 10000 = 10ms.

allowed_misses - The number sampling intervals in a row the average residency is allowed to be lower than target_residency before the governor reduces the frequency. This ensures that the governor is not too aggressive in scaling down the frequency and reduces it just because some background process was temporarily causing a larger number of wakeups. The default is 5.

AbyssPlug Governor:

Abyssplug governor is a modified hotplug governor


>>Hotplug Governor:
The "hotplug" governor scales CPU frequency based on load, similar to
"ondemand". It scales up to the highest frequency when "up_threshold"
is crossed and scales down one frequency at a time when "down_threshold"
is crossed. Unlike those governors, target frequencies are determined
by directly accessing the CPUfreq frequency table, instead of taking
some percentage of maximum available frequency.

The key difference in the "hotplug" governor is that it will disable
auxillary CPUs when the system is very idle, and enable them again once
the system becomes busy. This is achieved by averaging load over
multiple sampling periods; if CPUs were online or offlined based on a
single sampling period then thrashing will occur.

Sysfs entries exist for "hotplug_in_sampling_periods" and for
"hotplug_out_sampling_periods" which determine how many consecutive
periods get averaged to determine if auxillery CPUs should be onlined or
offlined. Defaults are 5 periods and 20 periods respectively.
Otherwise the standard sysfs entries you might find for "ondemand" and
"conservative" governors are there.

Immer diese englischen Beschreibungen. Was heißt das nun konkret? Was sind "up_threshold" bzw. "down_threshold" oder "target_residency"? Ich verstehe nur "Bahnhof".

Hat schon mal jemand mit mehr Kernel-Hintergrundwissen die neuen governors getestet? Mir raucht bei der Vielzahl von governors, schedulern und weiteren Einstellmöglichkeiten der Kopf. Ob es wirklich sinnvoll ist, so viele Kombinationen anzubieten? Welche governor/scheduler-Kombination ist empfehlenswert, wenn man einerseits keine Gedenksekunden nach dem deepsleep haben, aber andererseits auch nicht dem Akku beim Entladen zusehen möchte?

Nur kurz, da ich grad weg muss.

Probier den neuen Wheatley Governor mit noop Scheduler !

Hier mal eine Aussage vom Meister persönlich: http://forum.xda-developers.com/show...postcount=1996