Und schon am laufen
hells
Und schon am laufen
hells
Das Bild vom ZEN hat sich bei meinen Tester auch etwas verändert. ZEN ist für mich persönlich einfach sinnvoller, da ich kein aktives Hot Plugging mehr haben möchte. Klar macht mako im Grunde dasselbe, jedoch läuft beim mako alle 2 Sekunden die hotplug workqueue im Hintergrund mit. Das kann in der Theorie auch erklären, warum ZEN etwas fixer sein könnte und den Akku mehr schont.
hells
Ich spreche ganz klar nicht aus der Sicht eines "normalen Anwenders", deshalb gehen die Meinungen da relativ schnell auseinander. Die Vergleiche die ich gezogen habe auf meinen Nexus Geräten sagt mir, dass es entweder direkt mit ART zutun hat, oder es ein Zusammenspiel mehrere Faktoren ist, das dazu führt, dass auf dem N5 u. N6 Lollipop spürbar besser läuft. Es ist leichtfüssiger geworden und in der Theorie ist ein aot compiler (ahead of time - art) dem jit compiler (just in time - dalvik) immer vorzuziehen. Es wird die ganze APK bei der Installation übersetzt, sodas spürbar weniger Leistung bei der Nutzung gebraucht wird bei ART.
hells
ART ist Grund genug
hells
Der reupload hat einen wichtigen fix drin. Es könnte beim alten dazu kommen, dass du irgendwann im triple-core modus bist
hells
re-upload 19:30
b4-ZEN:
zen-decision**
-zwei neue zen-decision commits
**Der Zen wurde vom Tester Team nicht so gut aufgenommen. Es war sehr schwer etwas genaues zu erfahren, prinzipiell waren sich die meisten einig, dass der Zen mehr Akku verbraucht hat. Auf meinem Gerät konnte ich es weder bestätigen, noch dementieren. Aber ich tendiere auch mehr in die Richtung der anderen. Das beste wird sein, wenn ihr beiden mal ein paar Durchgängen gebt. Vielleicht behalte ich diese Doppellösung (Zen u. mako) eine Weile bei, das werden wir sehen.
Viel Spass
hells
b4:
mako hotplug wie bisher
bfs patches von bbedward
low memory/oom optimierungen
kcal color control optimierungen von savoca
diverse patches für das ganze "power management" - optimierung für besseren verbrauch
mdss patches für den ambient/doze mode
simple gpu von faux*
bfq ab jetzt standard I/O scheduler
*Ich wollte den Simple GPU von faux eigentlich als standard aktivieren. Jedoch finde ich, dass er zu simpel gestaltet ist. Er skaliert die GPU fast immer per sofort auf max und bleibt dort grösstenteils. Der qualcomm standard Governor msm-tz ist auch nicht das gelbe vom Ei, dieser skaliert sehr langsam, fast zu langsam. Ich persönlich finde den simple_ondemand nicht schlecht (das ist nicht simple gpu von faux!), jedoch kann es mit diesem nach einiger Zeit zu einem Crash kommen. Also auch nicht das gelbe vom Ei wie ihr seht Deshalb nutzt der Kernel weiterhin die msm-tz per default. Ihr könnt den Simple GPU von faux im kernel Adiutor einschalten.
Viel Spass
hells
Nein, das passiert auch bei mpdecision. Kurz bevor bbedward auf zen-decision umgestellt hat, gab es in seinem Thread einen Bericht über das Hängenbleiben eines Kerns auf max freq. Heute gab es einen Bericht über nur 3 aktive Kerne mit zen-decision.
Kerne werden bei mako nur einmal aufgefordert online zu kommen, nämlich wenn der load threshold "0" gesetzt wird beim Boot. Wird ein Kern durch thermal oder battery (auch ein thermal event btw.) raus gekickt, kommt der durch mako nicht wieder online. Entweder man aktiviert ihn manuell per Kernel Adiutor wieder, oder man startet neu.
Zen-decision überprüft bei jedem Screen On ob alle Kernel online sind, bzw. fordert diese auf online zu kommen. Wird also ein Kern raus gekickt, sollte er spätestens beim nächsten Screen Off/On wieder da sein. Theoretisch.
Zen-decision wurde in meinem Kernel bereits getestet und es hat sich nicht bewährt. Zu warm und zu viel Verbrauch. Die Tests mit Zen-decision sind aber noch nicht abgeschlossen
hells
Ich habe mit dem aktuellsten build von mir gerade einen Wipe Dalvik durchgeführt und bei mir blieb nichts hängen. Alle Kerne gingen brav auf 300mhz zurück
hells
Ist mir jetzt echt noch nie aufgefallen. Grundsätzlich ist es aber leider so, dass die Kerne hängen bleiben können auf max, oder boost freq. Da gab es schon diverse Berichte in anderen Kernel Threads. David testet bei mir mit und ich pushe meine Änderungen immer nach einer gewissen Zeit in mein Repo, von wo er die Sachen dann in den ROM Kernel übernimmt. Ungetestet kommen diese Sachen schon nicht ins ROM. Meist läuft der Kernel bei uns zuerst 2-3 Tage
hells
Neuer build läuft etwas zackiger. Finde nur ich das?
hells
Nein, bei der Dark fehlt der Layers Support soviel ich weiss. Da ich kein Layers brauche und zudem auf das Dark UI stehe, flashe ich nur die Dark
hells
Ich lade z.B. auch nicht jeden Tag ne neue Version. Macht es also so wie ich, wenn ihr nicht jeden Tag flashen wollt
hells
Ich musste das langsamer machen auch erst lernen, bzw. bin noch dabei es zu lernen. Wenn man so gerne bastelt, ist es einfach etwas schwer lol
hells
Ich habe hier b3 für euch. Es kamen noch ein paar Fixes dazu u.a. auch die neusten Änderungen von franco am conservative. Der Changelog liest sich folgendermassen:
-hC-b3
merged some fixes for the vidc driver
merged some ARM code improvements for better code on armv6+ machines
tuned build optimizations
merged some fixes for the KCAL color control driver
added lower frequencies down to 35mhz - boots up with 300mhz
raised touch boost duration to 500ms
merged latest improvements for conservative from franco
lots of other little fixes here and there - refer to git
b3 ist auch über HellsCore U2D erhältlich. Viel Spass
hells
Ob man davon was merkt oder nicht, das sei mal dahin gestellt. Mir gehts drum, dass es nach Aussen hin eine Mogelpackung ist, mehr nicht.
hells
Ja dass der preis etwas teuer ist, da geb ich dir recht und dank den vielen gelaber dass der 810 hitzeprobleme hätte war ne gute ausrede für lg was billigeres zu nehmen
Wobei mittlerweile die mittelklasse socs richtig gutes leisten... Also ich find ich nicht schlimm. Der starke quadcore ist doch der selbe wie im 810er oder? Ansonsten ist der dualcore nicht viel schlechter als der schwächere quad...
Das LG G4 mit S808 hat 4x A53 und 2x A57, während der S810 4x A53 und 4x A57 hat. Die A57 sind hier die Leistungsbringer.
Natürlich können Mittelklasse SoC's u. Phones einiges leisten, doch vergiss hier bitte nicht, dass LG ein High End Device (LG G3 zur damaligen Zeit) mit einem eher oberen Mittelklasse Gerät ablöst (zur heutigen Zeit), es aber zum Preis eines Highend Gerätes verkauft. Das ist zumindest meine Meinung
hells
Zu teuer für das was es leistet. Der SoC ist höchstens obere Mittelklasse für 2015. Der Rest mag stimmen, doch für mich ist der SoC nunmal das Herzstück, wie bei einem Auto der Motor. Und dafür ca. 650 Euro? Nö.
hells
Mir ist der Changelog völlig Hupe. Neues build = Laden - Recovery - Flashen - Reboot - Freuen
hells