Il Forum è consultabile solo in modalità lettura. Per domande o consigli iscriviti al nostro GRUPPO FACEBOOK / COMMUNITY cliccando qui

[KERNEL] Kirisakura_EAS_OREO 5.0 per HTC U11 – Il futuro è qui

Discussione in 'Rom e Kernel per HTC U11' iniziata da Paulpier007, 28 Apr 2018.

  1. Paulpier007

    Paulpier007 Bronze Droid

    Iscritto:
    24 Ott 2012
    Messaggi:
    644
    "Mi Piace":
    773
    INFORMAZIONE  

    Molto spesso ci domandiamo: che cos'è EAS?
    Energy Aware Scheduling (EAS) è un miglioramento della gestione energetica di Linux, unificando il controllo della potenza della CPU sotto il kernel di Linux. EAS estende lo scheduler del kernel Linux per renderlo pienamente consapevole delle capacità di potenza/prestazioni delle CPU nel sistema, per ottimizzare il consumo di energia per i SoC multi-core avanzati incluso big.LITTLE. Con EAS, il kernel Linux utilizzerà il carico di attività e un 'modello energetico' della CPU per controllare il posizionamento dell'attività per selezionare la CPU ottimale su cui eseguire.
    Google pensa che l'EAS è la strada da percorrere per il futuro. Con questo kernel è possibile ottenere l'esperienza pixel 2 ancora prima che venisse rilasciato.



    Chi fosse interessato ad approfondire l’argomento basta seguire questa guida (in inglese):
    https://developer.arm.com/-/media/d...overview_and_integration_guide_r1p3.pdf?la=en

    Caratteristiche:
    • EAS for 4.4 with patches from 4.9 eas-dev;
    • Upstreamed to latest 4.4.128;
    • Rootless interface supported;
    • Enabled NOOP, DEADLINE, CFQ, MAPLE, TRIPNDROID and BFQ IO scheduler;
    • Enabled advanced TCP Congestion Control;
    • Included GPU Boost;
    • S2S across navbar area;
    • KCAL color calibration;
    • Backlight Dimmer;
    • Button Mapper Support;
    • Fsync On/Off support;
    • Green Pulsating Notification LED;
    • Fingerprint Double Tap to sleep support;
    • Button Light Notification;
    • Gradient Charging LED;
    • Squeeze Control (squeeze to wake/peek/sleep; squeeze to swype);
    • Flashlight notification;
    • Vibrating Notification reminder;
    • Notification Boost;
    • Generic wakelock blocker;
    • Completely rewritten CPU-Boost for EAS along with Dynamic Stune Boost included BFQ IO Scheduler for 4.4 kernels;
    • USB Fastcharge;
    • Various CAF improvements;
    • upstream patches from kernel/common
    Download
    Default AK2 Zip: https://www.androidfilehost.com/?fid=673956719939835757
    Systemless AK2 Zip: https://www.androidfilehost.com/?fid=890129502657598906
    Magisk Module: https://www.androidfilehost.com/?fid=890129502657598907

    Istruzioni per l’installazione:
    1. Effettuare il backup della configurazione corrente in twrp;
    2. Eseguire un dirty flash per avere un ramdisk pulito (dirty flash significa in sostanza riflashare la stessa Rom corrente senza perdita di dati);
    3. Flash i file zip in base al metodo di installazione preferito in twrp;
    4. Riavviare il telefono;
    5. Se non si vuole usare le applicazioni “rootless kernel” di tbalden, ma la root tradizionale via supersu o magisk basta cancellare il file “uci.....cfg” dalla root della tua sdcard;
    6. Goditi il tuo telefono,
    INFORMAZIONE  

    Usa lo zip di default quando non ti interessa ricevere ota o sei su una rom personalizzata e non ti importa di restare senza systemless altrimenti utilizza lo zip systemless più il modulo magisk (con magisk già in precedenza installato).


    Informazioni sull'EAS in generale
    EAS è una razza completamente diversa rispetto al sistema HMP convenzionale, in cui serve uno scopo completamente diverso di raggiungere l'equilibrio ottimale tra prestazioni ed efficienza, con quest'ultimo che occupa il primo posto. EAS realizza questo tramite il posizionamento di mansioni più intelligenti, mediante il quale il sistema determina quale è il cluster più efficiente per l'attività da elaborare, oltre a classificare le diverse attività in cgroup (top-app, foreground e background, in ordine di priorità più alta a priorità più bassa rispettivamente) con la quale ogni cgroup riceve il suo frammento della potenza di fuoco disponibile (cpuset). EAS offre anche la possibilità di gonfiare il carico percepito, che è determinato dai load tracker, dell'attività in uno qualsiasi dei cgroup tramite la sua impostazione schedtune.boost e se l'attività deve essere elaborata da tutti i core della CPU disponibili o solo dal cluster l'attività è stata inserita tramite la sua impostazione schedtune.prefer_idle. Una delle funzionalità chiave di EAS è la rimozione di quasi tutte le elaborazioni dal regolatore all'utilità di pianificazione della CPU (non è lo scheduler I/O, qualcosa di diverso) e consente molto più controllo, lasciando che il governatore della CPU esegua solo la parte di determinazione della frequenza, che si basa in modo non sorprendente sui dati forniti dallo scheduler. Detto questo, si può facilmente dedurre che EAS non riguarda esclusivamente le impostazioni di governatori e governatori e simili, ma piuttosto una soluzione molto più intelligente che ha lo scopo di cercare il miglior equilibrio tra prestazioni ed efficienza e garantire che la CPU non esageri un compito o il governatore della CPU stia superando un compito semplice, che attribuirebbe a drenare inutilmente molta potenza come conseguenza naturale. EAS significa garantire che si ottenga l'interfaccia utente più fluida possibile mantenendo la massima potenza possibile. Tuttavia, ciò non significa che l'EAS sia zoppa quando si tratta di prestazioni. A volte, se non nella maggior parte dei casi, questo posizionamento delle attività più intelligente rende le attività elaborate più rapidamente, un punto che è già dimostrato abbastanza bene dalle ROM personalizzate non basate su OOS che supportano EAS come VertexOS, ZeNiTy-RR e PAEX. Conservare la batteria non significa necessariamente prestazioni di schiacciamento. Questo spiega che i lanci di app sono in linea con HMP, se non a volte a volte.
    EAS cerca l'equilibrio ottimale tra prestazioni ed efficienza. Se ci fosse un impegno a migliorare le prestazioni senza essere a scapito dell'efficienza, l'EAS dovrebbe farlo rientrare, mentre HMP dà solo le priorità alle prestazioni rispetto all'efficienza progettuale. Quello che fa Burnout è prendere HMP e renderlo ancora più orientato alle prestazioni, quindi è molto improbabile che faccia fronte ai micro lag con esso. Tuttavia, HMP manca ancora il posizionamento dei compiti più intelligente, che può mostrare i suoi “canini” se si hanno così tanti processi in background, dove in quell'area EAS prende il comando in modo piuttosto evidente.

    Personalmente l’ho provato e debbo dire ho notato che c’è un effettivo guadagno sui consumi della batteria: molto dipende dall’uso più o meno intensivo del telefono e, sotto questo aspetto, è ancora da verificare....

     
    A Marty27 e uLtiMo125 piace questo messaggio.