tabtaste
Stamm-User
- 127
Ich hab die an den Anfang der sd gepackt, schlimm?
per brieftaube gezeichnet und postkutsche verschickt
per brieftaube gezeichnet und postkutsche verschickt
S
Spevil
Gast
- Themenstarter
- #2.762
schade das ich keine antwort bekomme
G
Gorg
Gast
- Themenstarter
- #2.763
Probieren geht über studieren, ich nehme aber lieber den Pegasus und cfg
tabtaste
Stamm-User
- 127
spevil schrieb:
Wenn ich yanks beschreibung aus dem op Folge verstehe ich das so das luz und row dafür sorgen das prozesse so schnell wie möglich gestaret werden (race to idel) und vom logischen denken würde ich sagen das 1600 mhz da besser wären
per brieftaube gezeichnet und postkutsche verschickt
Y
yank555
Gast
- Themenstarter
- #2.765
elvnox schrieb:
Hier die Erklärung :
Commit ist hier.
Die oom_adj Schnittstelle ist seit August (oder so) "tot", allerdings noch überall verwendet. Neue Schnittstelle ist oom_score_adj, insofern würde hier nur ein "Konverter" hinzugefügt, der aus alt neu macht, wenn die Werte plausible sind.
JP.
E
elvnox
Gesperrt
- 106
Aaah okey jetzt macht das alles Sinn^^ danke!
Gesendet von meinem GT-I9300 mit Tapatalk 2
Gesendet von meinem GT-I9300 mit Tapatalk 2
androidofdarkness
Gesperrt
- 73
Hey.
Hab seit dem 3.1i ein merkwürdiges Phänomen. Das haptische Feedback funktioniert nicht mehr immer. Die Einstellungen sind die selben und wenn ich die Tastatur verwende dann klappt das auch wieder, aber z.b. Berührungen auf dem Schirm oder an den beiden Hardwarebuttons reagieren nicht mehr. Jedoch ist das kein Dauerzustand, sondern taucht immer mal wieder auf.
Hoffe ich konnte das halbwegs erklären!? Ist das noch irgendwem aufgefallen?
Ge...ta...ta...tapatalked von meinem GS3
Hab seit dem 3.1i ein merkwürdiges Phänomen. Das haptische Feedback funktioniert nicht mehr immer. Die Einstellungen sind die selben und wenn ich die Tastatur verwende dann klappt das auch wieder, aber z.b. Berührungen auf dem Schirm oder an den beiden Hardwarebuttons reagieren nicht mehr. Jedoch ist das kein Dauerzustand, sondern taucht immer mal wieder auf.
Hoffe ich konnte das halbwegs erklären!? Ist das noch irgendwem aufgefallen?
Ge...ta...ta...tapatalked von meinem GS3
Y
yank555
Gast
- Themenstarter
- #2.768
androidofdarkness schrieb:
Klingt nicht nach nem Kernel-Problem, besonders da ja in den letzten Versionen nur die Sound Engine änderte und die beide Fix'es zum LMK / OOM. An Vibrier-Treiber wude noch nie geschraubt, und wenn der vibriert, macht der Kernel seinen Dienst richtig, wenn es gar funtzen würde, dann ggf. Kernel...
JP.
Sent from my custom Sotmax V13 / Yank555.lu SGS3 U7 kernel v3.2 Aroma (Linux 3.0.62) powered Galaxy S3 i9300 using Tapatalk 2
E
elvnox
Gesperrt
- 106
Hey Yank ich hab mcih jetzt einwenig mit dem 3.1h und 3.1i gespielt - würde sagen insgesamt läuft der 3.1h besser (bessser im Form von CPU und RAM Auslastung)
Kann das rein durch den OOM-Fix sein?!
Gesendet von meinem GT-I9300 mit Tapatalk 2
Kann das rein durch den OOM-Fix sein?!
Gesendet von meinem GT-I9300 mit Tapatalk 2
Y
yank555
Gast
- Themenstarter
- #2.770
elvnox schrieb:
Klar, und es muss sogar, weil ausser dem gibt es keinen Unterschied. Doch das Anheben auf 3.0.62, hat aber bestenfalls einen Commit für cifs mitgebracht, und in dem Bereich RAM/CPU nix, da wir hier nicht wirklich auf der Linux mainline Schiene fahren, sonder Android Spezificas. Hier ist das genaue Changlog für 3.0.62.
Am Sourcecode habe ich keinen Buchstaben geändert, nur diesen "Konverter" in der Kernel-Config disabled damit es nicht mitcompiled wird.
Dass die RAM Auslastung besser ist, macht absolut Sinn.
CPU ... naja, vielleicht wegen der besseren RAM Auslastung ein Nebeneffekt ? Aber am CPU gibt's keinen Einfluss.
JP.
PS: Tja, und schon seh ich, da gibt's ne 3.0.63
Aber nix wesentleches drin, kommt beim nächsten Update einfach mit.
E
elvnox
Gesperrt
- 106
Baust du den OOM-Fix wieder ein...??
Gesendet von meinem GT-I9300 mit Tapatalk 2
Gesendet von meinem GT-I9300 mit Tapatalk 2
tabtaste
Stamm-User
- 127
das jetzt ein bischhen zu hoch für mich... wenn ich hells rom (2.2.0) habe und deinen kernel (3.1i) nachflashe, muss ich die 3 scripte löschen, ist das noch aktuell?
weil das heb ich gemacht und die restlichen 6 drinne gelassen...
weil das heb ich gemacht und die restlichen 6 drinne gelassen...
tabtaste
Stamm-User
- 127
Y
yank555
Gast
- Themenstarter
- #2.774
tabtaste schrieb:
Klar, das ist auch mit anderen Kernel aktuell. die Dinger sind besser raus
JP.
Der ursprüngliche Beitrag von 10:44 Uhr wurde um 10:48 Uhr ergänzt:
elvnox schrieb:
Gute Frage ... würde ja eigentlich Sinn machen.
Aber hab auch anderswo gesagt bekommen, Lags wären mit dem 1.4i ganz weg, mit dem 1.4h hättens noch gelegentlich einige gegeben, da sind wir zwar bei CM10 / CM10.1 Gattungen von ROMs, aber beide Kernel sind paralel identisch gehalten...
JP.
Husky
Gesperrt
- 123
Sag mal, lieber Yank, wird es denn noch einen Core deactivater geben? Hat mir beim Siyah sehr gefallen, die Kerne am Tag auf 2 zu beschränken um Akku zu sparen. Wirds denn sowas noch geben?
Mit freundlichen Grüßen, Husky!
[Kernel: Yank v3.1h/ Testphase]
[ROM: Clean "D"/ Testphase]
[CPU: 1,6 GHz/ Lulz Row]
Mit freundlichen Grüßen, Husky!
[Kernel: Yank v3.1h/ Testphase]
[ROM: Clean "D"/ Testphase]
[CPU: 1,6 GHz/ Lulz Row]
androidofdarkness
Gesperrt
- 73
yank555 schrieb:
Hat sich erledigt. Lag am Powersave. Muss ehrlich gestehen, dass es mir vorher nie aufgefallen ist, da ich es so selten nutze. Sorry dafür :blushing:
Danke für die schnelle Antwort und für deinen Super-Kernel!!!
Shaitan
Dauer-User
- 360
Moin Yank ist das bei deinem Kernel jetzt auch so das unter weniger last auch nur ein oder zwei kerne mitlaufen?
Send from my Hell(s) fire powerd S3
Send from my Hell(s) fire powerd S3
Y
yank555
Gast
- Themenstarter
- #2.778
Husky schrieb:
Das kannst du mit den PegasusQ Parameter schon seit jeher tun, mit SetCPU solltest du sogar recht einfach an die Parameter kommen um diese zu verstellen.
Hab aber nie damit gespielt, ich hab ja ein Quadcore gekauft um ein Quadcore zu haben
Shaitan schrieb:
In der 3.2/1.5 der Kernels wird mein veränderter Governor genau dafür sorgen, zur Zeit hast du einen standard PegasusQ mit dessen standard Verhalten.
Du kannst aber jetzt schon sehr stark Einfluss darauf nehmen mit den hotplug_freq_x_y und hotplug_rq_x_y Parameter im PegasusQ. Dieser schalten die Cores ja auch ab, nur schaltet diese für meinen Geschmack viel zu leicht wieder ein.
Im neuen Governor werden diese Parameter so verstellt, dass Cores schneller schlafen gehen, plus hab ich ne Möglichkeit geschaffen, um die max. Frequenz pro Laufmodus einzustellen, also :
1 Core = aaa GHz max.
2 Cores = bbb GHz max.
3 Cores = ccc GHz max.
4 Cores = ddd GHz max.
Somit kann man die Leistung "crescendo" gestallten und Saft sparen bei Screen-on ohne selbst manuell einzugreifen.
JP.
tabtaste
Stamm-User
- 127
@yank
klingt auf jeden fall sehr cool
freit man sich drauf
aber was haben denn diese pegasusq einstellungen mit den kernen zu tun?
du meinst doch im aroma die 2 einstellung unter der cpu frequenz oder?
da sind doch nur 3 einstellungen möglich und so wie ich das verstanden habe, kann man da doch nicht 2 kerne blockieren sonder nur einstellen ob prozesse schnell oder langsam (von der cpu leistung her) behandelt werden sollen
klingt auf jeden fall sehr cool
freit man sich drauf aber was haben denn diese pegasusq einstellungen mit den kernen zu tun?
du meinst doch im aroma die 2 einstellung unter der cpu frequenz oder?
da sind doch nur 3 einstellungen möglich und so wie ich das verstanden habe, kann man da doch nicht 2 kerne blockieren sonder nur einstellen ob prozesse schnell oder langsam (von der cpu leistung her) behandelt werden sollen
Husky
Gesperrt
- 123
yank555 schrieb:Das kannst du mit den PegasusQ Parameter schon seit jeher tun, mit SetCPU solltest du sogar recht einfach an die Parameter kommen um diese zu verstellen.
Hab aber nie damit gespielt, ich hab ja ein Quadcore gekauft um ein Quadcore zu haben
In der 3.2/1.5 der Kernels wird mein veränderter Governor genau dafür sorgen, zur Zeit hast du einen standard PegasusQ mit dessen standard Verhalten.
Du kannst aber jetzt schon sehr stark Einfluss darauf nehmen mit den hotplug_freq_x_y und hotplug_rq_x_y Parameter im PegasusQ. Dieser schalten die Cores ja auch ab, nur schaltet diese für meinen Geschmack viel zu leicht wieder ein.
Im neuen Governor werden diese Parameter so verstellt, dass Cores schneller schlafen gehen, plus hab ich ne Möglichkeit geschaffen, um die max. Frequenz pro Laufmodus einzustellen, also :
1 Core = aaa GHz max.
2 Cores = bbb GHz max.
3 Cores = ccc GHz max.
4 Cores = ddd GHz max.
Somit kann man die Leistung "crescendo" gestallten und Saft sparen bei Screen-on ohne selbst manuell einzugreifen.
JP.
Das war nicht meine Frage. Am Tag brauche ich keinen Quadcore. Den hatte ich immer nur Abends bei stärkerer Benutzung aktiviert. Das mit dem deaktivieren ist mir nur vom Siyah bekannt, die anderen CPU Einstellungen - ist mir bekannt das man da was ändern kann, mir ging es aber direkt ums deaktivieren was beim Siyah gut angenommen wurde!
Denn am Tag benötige ich keinen Quadcore, nur eben immer Abends wenn ich vom kleechen komme.
Mit freundlichen Grüßen, Husky!
[Kernel: Yank v3.1h/ Testphase]
[ROM: Clean "D"/ Testphase]
[CPU: 1,6 GHz/ Lulz Row]
