Beiträge von hellsgod

    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

    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 :P 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

    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

    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

    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