Entra anche tu nel club ;)
Così cambi firma ;)
Visualizzazione stampabile
Qualcuno sarebbe cosi gentile da spiegarmi a che punto siamo con il dual boot? Io sono rimasto a quando si poteva solamente clonare la prima rom come seconda per poi ripristinare il backup di una rom (o installarne un'altra) da usare come prima... ha gia implementato il flash to second rom? qualcuno che mi scrive il punto della situazione??
Ripropongo ciò che ha postato l'ottimo fabrizioo2007 (post 888) che sarà di aiuto a tutti i Siyahni (in omaggio al grande Alessandro) ;)
PER INSTALLARE UNA NUOVA ROM DIRETTAMENTE SULLA SECOND ROM :
-installare il syahkernel dalla versione 3.2b8 in poi
-come si può leggere dal changelog prima di installare la second rom bisogna fare un format di data e cache a cui si accede da "mount and storage" (no advance Nihil )
-Procedere,una volta terminate le operazioni sopra descritte, ad installare lo zip della rom tramite i comodi comandi nella sezione dual boot options
ECCO DESCRITTA DUNQUE LA MANIERA PIU COMODA E VELOCE PER INSTALLARE LA SECONDA ROM SENZA DOVER FARE IL LENTISSIMO SWIPE TRA PRIMA E SECONDA ROM!!!
METODO APPENA TESTATO E FUNZIONANTE
Io ho avuto un problema dopo aver flashato il nuovo siyah, anche se non so se dipenda da questo. Ho trovato spento il telefono e l'ho dovuto accendere togliendo e rimettendo la batteria.
Perchè se metto l' oc a 1500 o a 1600 si impalla sempre :'( ??
Qualcuno mi può rispondere :)?
Inviato dal mio GT-I9100 usando Androidiani App
Guardate cosa ho trovato (si vede che oggi non ho un ...;) da fare) Buona traduzione!
xda-developers - View Single Post - [REF][ICS] Kernel Stuffs - How is ICS Kernel Different | updated may-13-2012
Pegasusq Governor
Let's see what is pegasusq governor which claims to be a multi core aware governor.
Some Basics to Remember Before Reading On:
Some patience is required to understand a governor.
Pegasusq is basically an ondemand based governor which also controls hotplugging.
Run Queue: We know mutiple processes can run at once on our device. These active processes are placed in an array called a run queue along with their priority values. (Priority is used by the task scheduler to determine which process is to run next) To ensure each process has a fair share of resources, each one is run for some time period then paused and placed back into the run queue. When a program is stopped to let another run - the program with the highest priority in the run queue is then allowed to execute.
Talking w.r.t to Android O.S and GS2 CPU, each core is given a run queue, which maintains both an active and expired array of processes. The scheduler selects the next process from the active array with highest priority. When a process' time period expires, it is placed into the expired array with some priority. When the active array contains no more processes, the scheduler swaps the active and expired arrays.
Wall Time is the total up time of CPU. Idle Time is the total idle time of the CPU. The difference (wall time-idle time) gives you the CPU Busy Time. And load on CPU is calculated as percentage of Busy Time on Up Time. (Doesn't it make a lot of sense)
Governor doesn't scale CPU but tells the CPU driver to do so.
Sampling means to evaluate load.
Smooth scaling is also done by CPU driver, not by governor.
Switching to pegasusq will deactivate Stand Hotplug since the governor's hotpluggging logic can conflict with that.
Switching to a different governor from Stand hotplug will re-activate Stand Hotplug since you need a logic to control hotplugging.
Use scripts or SetCpu to change tunables.
Gokhanmoral modified pegasusq (originally authored by Samsung for quad core devices) in Siyah kernel to be dual core friendly.
1) sampling_rate - Measured in uS and actual meaning being Sampling Interval, this factor is used to determine how often the governor should poll for CPU usage in terms of frequency and load percentage to make scaling decisions - either scale CPU Up or scale it Down.
2) up_threshold - Measured as percentage, this is the load on CPU at which governor scales CPU Up. Lower value - early scale up, and viceversa.
3) sampling_down_factor - Acts as a mutiplier to sampling interval for re-evaluating the load when CPU is truly busy and is on highest clock frequency (policy max). Setting to 1 makes no difference and causes CPU to immediately scale down from highest frequency. Sampling down factor is not valid for lower frequencies and low load conditions. Note that CPU is scaled up to max frequency when max_load_freq is greater than up_threshold*current frequency. Max_load_freq is an arbitory frequency calculated as the maximum of load_frequencies. Load_frequency is an arbitrary frequency which describes the frequency the device theoretically needs to handle 100% load, calculated as load*average_frequency.
4) down_differential - After spending sampling_down_factor*sampling_rate micro seconds at maximum frequency on high load, governor samples the load again to calculate an approx target frequency to scale-down-to which should not trigger up_threshold in the next sample. (Triggerin up threshold may cause jumping to max frequency again). Down_differential also act as the factor which prevent agressive scale down. Max_load_freq is checked against (up_threshold - down_differential) * current frequency. If found to be smaller, CPU is scaled down to a target frequency as described above.
5) freq_step - Defines how much as a percentage of maximum frequency, governor should increase CPU frequency each time CPU load reaches up_threshold.
6) cpu_up_rate - No of samples to evaluate load to scale CPU Up. After cpu_up_rate samples are finished for a frequency, CPU scale-Up logic is executed. In other words - before scaling Up, cpu_up_rate*sampling_rate micro seconds are spend at a frequency.
7) cpu_down_rate - No of samples to evaluate load to scale CPU Down. After cpu_down_rate samples are finished for a frequency, CPU scale-Down logic is executed. In other words - before scaling Down, cpu_down_rate*sampling_rate micro seconds are spend at a frequency.
8) hotplug_freq_1_1 - Up threshold frequency to turn second core On, when some other conditions is also met. ie If (minimum frequency greater than or equal to hotplug_freq 1 1 and length of average_runque_minimum greater than hotplug_rq_1_1) Hotplug IN Second Core.
9) hotplug_freq_2_0 - Down threshold frequency to turn second core On, when some other conditions is also met. ie If (maximum frequency less than hotplug_freq 2 0 and length of average_runque__maximum less than or equal to hotplug_rq_2_0) Hotplug OUT Second Core.
10) hotplug_rq_1_1 - Threshold run queue length for second core to turn on.
11) hotplug_rq_2_0 - Threshold run queue length for second core to turn off.
12) ignore_nice_load - Setting to 1 causes governor to ignore load resulted by nice processes while making scaling decisions. Nice processes are the one i/o scheuler refers to as low priority process.
13) io_is_busy - Setting to 1 causes treating i/o wait time as CPU busy time. To imporve performance of heavy applications, set this to 1.
14) max_cpu_lock - Calculated as minimum of (its current value and number of possible cpus). If it has a non-zero value and the value is greater than no of online cores, cancels Hotplugging IN the second core. Leave it as default 0.
15) hotplug_lock - Hotplugging second core is cancelled if it's value is greater than zero. The value should be greater than value of max_cpu_lock. Leave it as 1.
16) cpu_up_freq - Calculated as minimum of (its current value and maximum frequency), this tunable is actually not used by the governor.
17) cpu_down_freq - Calculated as maximum of ( its current value and minimum frequency), this tunable is actually not used by the governor.
18) up_nr_cpus - Calculated as minimum of (its current value and num of possible cpus), this tunable is used by the governor to indirectly make Hotplugging decisions, but may not be useful for a 2 core CPU.
19) dvfs_debug - Set to 1 to enable governor logging. If you're an enthusiast, this may be useful to view the impact of the values for governor tunable set by inspecting the log.
Per la prima volta da quando ho installato ICS (più di 4 mesi fa) sono arrivato a sera senza bisogno di caricare il cell.
Siyah 3.2.3 con leggero UV e cm, 13h di accensione e 2h30 min di schermo ON, 46% di carica rimanente ;)
Inviato dal mio GT-I9100 con Tapatalk 2
Con OC a 1600 mHz dopo 10 minuti kernel panic
Con OC a 1400 mHz nessun problema.
Mi sa che questo nuovo Siyah è ancora un pò acerbo.
Dual boot anche per me! CM9 e stock samsung! Da rimpiazzare in seguito con la check!
Tapatalk @ CM9
Ragazzi mi servirebbe un chiarimento, ho installato oltre a extweaks anche l'app voltage control, ma ogni volta che flasho perdo i settaggi e mi ritrovo che, mentre, su extweaks ho come I/O scheduler cfq e governor pegasusq, su voltage I/O vr e governor pegasusq, quindi per usare gli stessi settaggi su voltage li cambio, la mia domanda è, il telefono su quali settaggi vieni impostato??? Su ex o voltage e sopratuttoi conviene disinstallare voltage o no. Grazieee
Volevo rendervi partecipi di questa mia riflessione,leggendo su xda ed anche sul forum di Angelom del kernel Abyss,tutti dicono che lo script di pulizia kernel va usato solo quando si cambia kernel,cioè tipo dal Abyss passo al siyah,ma se il kernel é lo stesso,quindi é solo un'aggiornamento del kernel,lo script non va usato perché inutile,ragionandoci il discorso fila,io facendo cosi non devo cambiare ogni volta le mie impostazioni,sto seguendo tale consiglio e mi trovo benissimo.
Sent from my GT-I9100 using Tapatalk 2
Quote:
Originariamente inviato da edwardeutsch
Ultra quotoneeeee!!! Che stock monti al momento?
Inviato dal mio GT-I9100 usando Androidiani App
salve monto attualmente la cm9 e il kernel stock ma vorrei passare a Siyah. Quale è la più stabile? Quali configurazioni posso adottare per avere il miglior rapporto consumi/prestazioni?
grazie
Con il governor Pegasusq il telefono va sempre con i2core attivi,anche su hotplug on
Sent from my GT-I9100 using Tapatalk 2
è possibile eliminare il bootlogo?
Ripeto con il governor Pegasusq verificando tramite 2nd il telefono ha sempre i 2core attivi,ho rimesso conservative
Sent from my GT-I9100 using Tapatalk 2
Grazie per la segnalazione!
Mi hai incuriosito ed ho voluto verificare la tua affermazione.
Utilizzando il programma System Panel non free per circa 15 minuti (aprendo programmi e riaprendo System Panel):
- Mi sembra addirittura che il second core non entri mai in funzione (e questo è strano)
- Clock che sale raramente oltre i 1000 mHz
Poi ho voluto controllare con 2nd core:
- il secondo core va in funzione solo quando parte il programma per poi fermarsi
Chiamiamo un Cardiologo?
Comunque io sto continuando il test del 3.2.4 e per ora nessun problema (Confermo l'elevata performance e stabilità; la batteria consuma il giusto)
P.S. ho i settaggi standard, mantengo il kernel così come lo flasho, senza utilizzare nessuna modifica, neanche con ExTweaks.
Si aspettano altre impressioni di utilizzo.
posto le mie impressioni dopo quasi 24 ore di tests.
quoto su 2nd core. i 2 core rimangono attivi solo all'avvio del programma per poi fermarsi.
il cellulare risponde con una reattività davvero eccellente, in tutto e per tutto. Giochi, app, avvio perfetto, touchscreen ok (alcune volte magari scappa qualche tappata, ma nulla di preoccupante) per il resto NIENTE LAG, i giochi girano perfettamente.
Poi sarà una mia impressione ma è notevolmente migliorata la parte relativa al surriscaldamento durante la navigazione web... scalda "il giusto" e non diventa un padellino su cui poter friggere 2 uova.
La batteria consuma nella norma a prima vista.... ma mi riservo di effettuare ulteriori test.
Luminosità automatica e risparmio energetico attivo: tutto ok.
p.s.: tutto ciò di default, senza settaggi di extwweaks o altro. Dunque con ampi margini di miglioramento post smanettamento ;)
3 ore e 30' con utilizzo normale (standard senza smanettamenti: sincronizzazione automatica, LUX attivo, navigazione internet 20 minuti, tapatalk in lettura, scarico e-mail, 4 telefonate x un totale di 45 minuti, nessun SMS, aggiornamento 3 programmi market): ho perso il 16% di batteria.
Deep sleep regolare, frequenze + utilizzate nell'ordine 500, 1200, 200, 1000 mHz.
Che dire?
Continua il test.
Si attendono altri riscontri.
1.Io provenivo da una cyano9 con kernel stock e sono passato a siyah senza usare il kernel clean! Ho fatto una caga**?
Rimedio flashando il kernel clean e riflashando Siyah??
2.Ogni volta che cambio nightly (e quindi torno al kernel stock) devo nuovamente usare il kernel clean e poi riflashare siyah?
mi sto trovando bene con questo 3.2.4
con il 3.2.2 ho avevo fatto 2g16h e mi rimaneva il 30%
preciso che uso juice defender (che mi spegne connessioni a schermo spento, salvo riaccenderle ad intervalli di 15 minuti per controllo mail ecc)
e lascio il kernel impostato come di default