Beiträge von hellsgod

    Das compilieren an sich ist nicht so ne Hexerei... Wenn man sich etwas einliest, hat man das innerhalb ein paar Stunden. Jenachdem wie fit man ist, und ob Probleme auftauchen. Mehr Schwierigkeiten gibts dann, wenn man Commits einbaut und Fehler beim compilieren auftauchen, oder es Konflikte beim Picken gibt. Manchmal muss man Sachen streichen oder ergänzen.

    hells

    Wir / Ich, customworx und Cryler92 werden, sobald custom endlich sein DSL hat, wohl eine ROM in Angriff nehmen. Der Kernel steht ja schon :) Ob dieser auch zum Einsatz kommt, das wird sich zeigen. Vielleicht baue ich noch einen mehr "close to stock" Kernel, der dann in die ROM kommt. Man hat dann natürlich die Möglichkeit, den hells-Core zu flashen wenn man den will.

    Wie, wo, was, wann usw. steht aber noch in den Sternen...

    Der Grund warum ich mich ans Kernel compilieren gemacht habe, ist genau der, dass ich gerne Herr darüber bin was drin ist. Ich habe auf dem N4 noch keinen anderen Kernel als den Stock und meinen geflasht :D Die Kernel die es gibt sind sicher alle gut, doch ich bin mit meinem sehr zufrieden (=

    hells

    Ich bin sehr zufrieden mit PA. Läuft bei mir fast seit Anfang. Zwischendurch 2-3 mal kurz was anderes getestet / Avatar, ChaOS, CM / aber nach sehr kurzer Zeit wieder auf PA zurück.

    hells

    Hier noch ne kleine Erklärung zum Wheatley:

    [FONT=Tahoma]Building on the classic 'ondemand' governor is implemented Wheatley governor. The governor has two additional parameters:[/FONT]

    • [FONT=Tahoma]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.[/FONT]
    • [FONT=Tahoma]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.[/FONT]


    [FONT=Tahoma]Wheatley works as planned and does not hinder the proper C4 usage for task where the C4 can be used properly .[/FONT]
    [FONT=Tahoma]For internet browsing the time spend in C4 has increased by 10% points and the average residency has increased by about 1ms. I guess these differences are mostly due to the different browsing behaviour (I spend the last time more multi-tabbing). But at least we can say that Wheatley does not interfere with the proper use of the C4 state during 'light' tasks. For music playback with screen off the time spend in C4 is practically unchanged, however the average residency is reduced from around 30ms to around 18ms, but this is still more than acceptable.[/FONT]
    [FONT=Tahoma]So the results show that Wheatley works as intended and ensures that the C4 state is used whenever the task allows a proper efficient usage of the C4 state. For more demanding tasks which cause a large number of wakeups and prevent the efficient usage of the C4 state, the governor resorts to the next best power saving mechanism and scales down the frequency. So with the new highly-flexible Wheatley governor one can have the best of both worlds.[/FONT]
    [FONT=Tahoma]This governor is only available on multi-core devices.[/FONT]

    QUELLE

    Und noch einen Link zu XDA

    hells

    hells-Core b5-wheatley
    -288mhz entfernt und durch 384mhz ersetzt
    -Wheatley Governor hinzugefügt

    INFO: Der Kernel heisst noch immer b5, da ich gerade zu faul war den Namen anzupassen. Am Build-Datum und Zeit könnt ihr aber erkennen, dass es die neue b5 ist

    DOWNLOAD

    Viel Spass!

    hells

    Der Wheatley ist auch ondemand-basierend, ist also klar, dass der Interactive geschmeidiger, bzw aggressiver ist. Der Wheatley hat noch ein paar Parameter mehr als der ondemand, was u.a. ein zu frühes runtertakten verhindert. Um eine genaue Erklärung zu erhalten, fragt mal Google. Ich werde später ne Info posten, bin grad mobil :)

    hells

    Mit einem paranoiden Nexus 4 und hells-Core gesendet

    Von 192mhz hab ich in dieser Hinsicht nichts gesagt. Ist ja logisch dass die oft genutzt wird, ist min freq. Mir ist nur aufgefallen, dass 288mhz kaum genutzt werden, da der Schritt von 192mhz auf 288mhz sehr klein ist, und deshalb übersprungen wird und direkt 540mhz angesprochen wird. Deshalb 288mhz raus und 384mhz rein. An den 192mhz ändert sich nichts :)

    hells