[QUOTE=Acr101;4545022]
- uv totale su tutti gli step, da un minimo di -60mv ad un max di -120mv - fatemi sapere se volete i valori di ogni step)
Ciao a me interesserebbero i valori degli step! Grazie
Visualizzazione stampabile
[QUOTE=Acr101;4545022]
- uv totale su tutti gli step, da un minimo di -60mv ad un max di -120mv - fatemi sapere se volete i valori di ogni step)
Ciao a me interesserebbero i valori degli step! Grazie
Vorrei aggiungere che greenify ha l' eccellente funzione di contare i wakelocks delle applicazioni, quindi io ho disattivato programmi che non hanno bisogno di lavorare in bg (tipo MEGA).... Ma soprattutto Facebook ragazzi, fatevi un favore e ibernate Facebook, ha uno numero wakeup DEVASTANTI, più o meno in un'intera giornata:
Twitter + tapatalk + whatsapp = 30-35 wakeups
Facebook = 800-1000 wakeups
[QUOTE=jerry83r;4546229]Ciao,
questi sono gli i valori in mv degli step (senza OC); quindi da 1600 mhz a 200 mhz :
1200 1150 1100 1075 1050 1000 975 950 925 900 875 875 875 850 850
Spero si capiscano. Altrimenti vedrò di fare una tabella o degli screen.
La configurazione di questi valori l'ho fatta a mano tramite systemtuner e poi riutilizzata in trickster per le altre modifiche. Ma basterebbe anche soltanto systemtuner e poi tramite l'app di Umberto andare a modificare la tabella del governator. :thumbup:
Hai ragione leorogue sono andato a controllare facebook su greenify... o.O http://img.tapatalk.com/d/13/09/21/yje6a2ym.jpg
L'ho greenifyzzata subitooo!!
[QUOTE=Acr101;4546440]
Ma poi usi la versione del kernel dell'11/09/2013 o l'ultima del 17/09/2013????
L'app di facebook è il male in terra
Ragazzi ecco alcuni screens che rappresentano alcune delle novità in arrivo con la nuova build in programma per la settimana prossima.
http://img31.imageshack.us/img31/6385/3y29.png
http://img407.imageshack.us/img407/3586/fy4.png
http://img14.imageshack.us/img14/1118/6nua.png
http://img94.imageshack.us/img94/9613/oa55.png
http://img513.imageshack.us/img513/9189/8uc.png
http://img196.imageshack.us/img196/9496/ydwn.png
In pratica l'interfaccia è stata semplificata e raggruppata per categorie così da evitare anche la selezione multipla di più opzioni per singola voce.
La novità più grossa riguarda la gpu, che adesso è controllabile quasi del tutto (prima di rilasciare volevo affinare un attimino le cose).
Attivata il supporto per l'hardfloat e il neon (visto che abbiamo un Armv7 che supporta benissimo questo set d'istruzioni)
Inoltre sono stati apportati notevoli affinamenti sul settore efficienza (maggiori dettagli al momento del rilascio) e sono stati aggiornati alcuni driver come dynamic fsynch.
E ho cambiato la toolchain passando alla 4.7.4 stabile.
Stay metal _\m/
Hardfloat e neon sarebbero?
Umberto cambiamenti importanti!!ottimo lavoro. Intravedo delle opzioni dietro fantastiche:)
Il processore processa. I calcoli eseguiti sono a base elementare e vengono resi semplici da eseguire elettronicamente perché sono basati sui cosiddetti integers (numeri interi).
Il floating point è uno dei calcoli che frequentemente esegue un processore.
Il kernel linux è stato studiato per essere generico e versatile, per poter coprire quante più architetture possibili.
Dato questo presupposto e dato che non tutti i processori supportano il calcolo del floating point nativamente (il vecchio arm v6 non contiene l'istruzione) questa operazione viene eseguita a livello software (dal sistema operativo con apposite librerie).
Il nostro exynos è basato su architettura arm v7 che nelle proprie specifiche ingloba le istruzioni per eseguire il floating point nativamente e quindi a livello hardware (hard-float), che garantisce prestazioni (dal punto di vista del processamento di questo tipo di dati) molto superiori rispetto ad un'elaborazione software (soft-float).
Nel kernel va attivata un opzione per compilare il kernel con questo supporto.
Il neon è un altra istruzione facente parte del set di caratteristiche del arm v7: entra in gioco quando avviene il processamento di dati provenienti da sorgenti multimediali come immagini o file audio, apportando benefici facilmente immaginabili.
Ovviamente le differenze da sole non sono facilmente visibili ma vi assicuro che nel complesso giocano una parte fondamentale sia nel l'efficienza che nelle prestazioni pure.
[QUOTE=Acr101;4547501]un ulteriore cosa, vedo che ad ogni riavvio sul kernel dell'11/09 torna tutto di deafult dopo aver modificato con trickster a te non accade???
accade anche con i successivi kernel dopo il riavvio del cell tutto di default di nuovo :( mah
Ho modificato il terzo e quarto core in modo da avere 800 e 600 su tutti e due (non più 800 e 500)
[QUOTE=jerry83r;4548345]Devi abilitare la funzione "imposta all'avvio" e vedrai che automaticamente trickster impostera i valori che hai scelto.
C'è un'altra impostazione interessante, quella del delay.io ho scelto di applicare le impostazioni dopo 10 secondi. Ma se non hai altri processi in avvio, vanno bene anche 5 secondi.
No scherzi a parte
Non sono un ingegnere ne sono un programmatore e nemmeno un genio. Levatevelo dalla testa.
Semplicemente mi documento su quello che faccio e le conseguenze che posso causare.
Imparo poco alla volta.
Le modofiche effettuate fino ad ora al kernel non sono tutte opera mia. E aggiungere features di cui non conosco nulla, alla cieca, non è conveniente per me e per quelli che con me condividono il progetto, di qualunque natura sia.
Ciao,
ecco un paio di screenshot.
L'utilizzo è stato più di due ore e mezza al telefono, qualche decina di minuti con giochi vari, molto tapatalk, abbastanza musica, utilizzo wifi ogni volta che era acceso.
Allegato 82557
Allegato 82558
Sono sempre più contento del kernel e delle impostazioni che ho trovato. Aspetto con fiducia il nuovo kernel, per quelle piccole/grandi chicche che Umberto ci ha riservato (agg. dynamic sync, hardfloat, neon, agg. toolchain) :-)
Impostata a bomba in auto? Maaa hai cambiato qualche valore in particolare? Io non arrivo a 4 ore. C'è qualcosa che non va:(
Ho già sparso la voce con qualche amico ma ne faccio richiesta esplicitamente: qualcuno con una sd 64 gb exfat?
Si faccia avanti, please ;)
Da darti o da testare? Ahaha
Se vuoi me la faccio io... ma ho 2 bestie scatenato il feed non sarà immediato.
Volevo postare i miei (stupefacenti) risultati di oggi, l' ho usato poco, è vero, solo un'ora e un quarto di schermo, però... Wow!
Leo e arc posso sapere che rom usate? Io purtroppo non ho questi valori:(non capisco:(non arrivo a 3 ore di schermo
Dalla revolution sono passato alla speedwiz. Ho messo l ultimo kernel e sto settando tutto. Ora vediamo se cambia qualcosa!
Ciao Jacopo, io uso la Speedwiz, l' ho installata dopo un deep clean, e ho calibrato la batteria, ogni giorno riesco ad arrivare a 5 ore di schermo, sono sempre e costantemente connesso, un' ora di giochi almeno...e ho ibernato alcune app tipo facebook, che consuma un sacco di batteria. Ora dopo 17 ore sono al 44%
Ok ragazzi. Iberno anche io e vediamo un po. Mi trovo molto bene però con la slimbean riesco a fare più ore mannaggia. Secondo me ho qualche app che rimane attiva:(
Nuova versione online. Trovate tutto al solito posto.
Di seguito un breve changelog:
Quote:
SpeedWizz kernel 24/09
Changelog dalla versione 17/09
- Hardfloat e NEON Abilitati
Abbiamo un ARM V7 macchina architettura , quindi penso che sia meglio scatenare la sua potenza, per ottenere prestazioni ottimali ;
- Sched / nohz : riscritto, corretto e reso più accurato il calcolo del carico medio della cpu.
- Aggiornata Linaro toolchain a 4.7.4 .
- Abilitato Veno come congestione TCP predefinita . Ora si dispone di tre tipi : Veno , Reno e cubica.
- Linux 3.0.70
- Rwsem : Tonnellate di ottimizzazioni . I read/write semaphores sono molto importanti nel kernel Linux e dedicargli la giusta attenzione può dare migliori prestazioni complessive . Per ottenere maggiori dettagli su quello che ho introdotto ( le patch sono da altri sviluppatori ) danno un rapido sguardo al mio github .
- Lib / memcopy : in uso la versione glibc .
la versione Glibc di linux memcpy e memmove sono più efficienti di quelli standard. Efficacia pura!
- Latenza asincrona per l' I / O: rimosso il do_io_submit , per ottenere un miglioramento nella latenza I / O
- Attivato l' Accesso non allineato per le CPU : una funzione critica per le prestazioni del nostro Arm V7 .
- Dispositivi di input : Su carichi di eventi pesanti, come quelli generati da un driver multitouch , la latenza irqsoff può essere molto elevata . E il TRASFERIMENTO di tali dati dopo averne accumulato un discreto frame può ridurre la latenza di molto, migliorando le performance.
- Dinamic fsync : molte correzioni e miglioramenti dalle ultime patches di Faux123. Aggiornato alla versione 1.2 .
- Mali : controllo GPU : introdotto il controllo di frequenza e undervolt della Mali400MP , crediti a AndreiLux e Simone201 ;
- Mali : ridurre l'utilizzo del timeout di campionamento . Ridotto l'intervallo di tempo necessario al kernel per computare il calcolo dell'utilizzo della Mali .
- Le impostazioni ASV sono adesso applicabili durante le fasi di inizializzazione (in pratica poco prima dell'avvio completo)
- Aggiunte frequenze aggiuntive per la GPU. Ripristinate le configurazioni degli steps originari di frequenza (default 166, 266, 350, 440, 533) e riscritte le tavole dei voltaggi per step.
- Disabilitato il debug del feedback aptico
- ExFAT Abilitato . Nuovi driver resi opensource da samsung, per il cui utilizzo nessuna perdita di performance è stata richiesta.
Un enorme grazie agli amici Loudness79 e Pluccio , per il beta testing .
- Sched_mc_powersavings: abilitato il supporto e di default impostato a 0 (cioè disabiulitato) .
- Ramdisk - Riscritti tutti gli scripts per fare in modo che l'interfaccia dell'applicazione potesse essere più comprensibile e immediata. Anche per evitare di selezionare più di una opzione per la stessa categoria di appartenenza .
- Ramdisk - Aggiunti i nuovi script per controllare la GPU Mali . Ora siamo in grado di selezionare vari livelli di overclock ed anche possiamo selezionare set diversi di tensione da applicare per tutti i 5 passi GPU. Impostazioni di tensione sono dinamici : non è necessario applicare nuovamente dopo le modifiche di frequenza . Tensioni troppo alte e voltaggi troppo bassi possono dare instabilità . Siete stati avvertiti ;)
- Ramdisk - Inserito nuovo script per gestire il supporto sched_mc_powersavings . Predefinito a 0 ( disabilitato )