[ROM][S4][Sense 5][11.07] Team Venom: ViperOne S 3.2.1 - Welcome to the future

[salvy931]

ecco, proprio per questo allora non capisco... perché io non ho quei widget... anzi, a dire il vero ora ho controllato bene e mi mancano tutti i widget classici della sense.... come può essere possibile?

Apri il Venom tweaks -->advance --> fix widget dovrebbero apparire

[playjamb88]

Ragazzi ma l'horizontal quick non si può mettere?
Edit: mi potete spiegare cosa sono le prime tre voci del tab advaced del venom tweacks?

[Shion91]

Ragazzi ma l'horizontal quick non si può mettere?
Edit: mi potete spiegare cosa sono le prime tre voci del tab advaced del venom tweacks?

Per quanto riguarda la terza serve qual'ora ci dovessero essere problemi ai widget della sense o dovessero scomparire, dovrebbe rimettere tutto a posto, la prima, "credo" per fixare eventuali errori grafici dell'interfaccia utente, ripeto "credo".
La seconda non lo so mi rimetto a chi ha più esperienza.

Inviato dal mio HTC One S usando Androidiani App

[AlanSLade]

io con app gratis ho preso easy backup pro, funziona bene anche quello con log chiamate e messaggi, comunque come dice salvy titanium ti permette di salvare tutto, anche log e messaggi....da fare attenzione a non confondere l' app messaggi con log messaggi

E quale delle due voci dovrei salvare per avere tutti i messaggi con la nuova rom?

[salvo_94]

secondo voi è possibile che la linea mi consuma sempre tra il 43 al 50% di batteria? mi è sembrato sempre esagerato come consumo della rete!! se cambio radio o kernel secondo voi cambierà qualcosa?? mio fratello ha il samsung s advance e la linea sta sui valori 2-5%

i consumi sono arrivati oltre il 55%.. conviene cambiare kernel o cambiare radio?

[alexis77]

Giusto per continuare il discorso sul minfree e sui valori che gli ho impostato...ora addirittura ho messo tutto al massimo, forse avro' sbagliato ma sto testando tutte le varianti.Ma siccome non sono prove a casaccio, ma su cose su cui mi sto documentando, vorrei quanto meno spiegarvi del perche' io continui a dire che i valori del minfree vanno alzati sia per le performance che per il risparmio di batteria...

i

qui un estratto di un articolo che ho letto: Spoiler: è possibile definire criteri di memoria multipli e i processi corrispondenti che possono essere uccisi in queste situazioni. Android raggruppa i task in esecuzione in 6 diverse categorie e le vediamo subito ordinati dai più importanti ai meno importanti: FOREGROUND_APP, VISIBLE_APP, SECONDARY_SERVER, HIDDEN_APP, CONTENT_PROVIDER, EMPTY_APP In queste 6 categorie si riflettono i 6 limiti di memoria che sono configurati per il lowmemorykiller (questo il nome del nostro killer preferito icon wink [SPECIALE GUIDE] In che modo Android gestisce la memoria RAM e come è possibile ottimizzarla ) del kernel. La configurazione del lowmemorykiller del kernel, possedendo i privilegi di root, è possibile modificarla in tempo reale ! Ciò è possibile modificando un file in cui sono indicate le 6 soglie di memoria con cui il sistema fa agire il suo Task Killer interno ! Il file è il seguente: /sys/module/lowmemorykiller/parameters/minfree Se andiamo a vederne il contenuto si dovrebbe leggere qualcosa di simile a questo: 1536,2048,4096,5120,5632,6144 Questi sono i limiti di memoria al di sotto dei quali il sistema comincia a killare i processi, ma attenzione perché questi valori sono in pagine di memoria ! Ovvero 1 pagina = 4 kilobytes Quindi nell’esempio mostrato sopra, significa che Android inizierà a killare i processi nella categoria EMPTY_APP quando la memoria andrà al di sotto di 24 Mb (valore che si ottiene dalla conversione pagine->Mb ossia 6144*4/1024) ed inizierà a killare CONTENT_PROVIDERS non usati da nulla se il valore va al di sotto di 22 Mb (5632*4/1024) ecc. ecc. SI potrebbe provare per esempio a fare in modo di avere più RAM alzando le ultime 2 soglie corrispondenti alle categorie citate pocanzi (EMPY_APP e CONTENT_PROVIDERS) a valori molto alti. Ad esempio digitando il seguente comando da un teminal emulator: # echo "1536,2048,4096,5120,15360,23040" > /sys/module/lowmemorykiller/parameters/minfree La nuova configurazione sarà attiva all’istante e ciò farà in modo che Android killerà processi in CONTENT_PROVIDER se la memoria andrà sotto I 60 Mb e killerà I processi in EMPTY_APP se scende sotto i 90 Mb … Iniziate a capire la finezza della cosa ? In che modo Android gestisce la memoria RAM e come è possibile ottimizzarla? In questo caso non avremo nessun processo di scarsa importanza ad occupare la nostra RAM … E sarà lo stesso sistema a deciderlo in modo intelligente e pulito e non attraverso una smitragliata data da un Task Killer qualunque … E avere più memoria free sempre libera, non è affatto uno spreco, perché sarà usata dal sistema come cache per il file system, il che aumenterà ancor di più le performance generali del terminale. Quindi questi 6 limiti, per default, in genere sono settati con soglie piuttosto basse, una configurazione che Google ha voluto piuttosto “conservativa”, ma spesso avere sempre e solo circa 30 Mb liberi, può causare ai terminali di “sedersi” in alcune situazioni, anche perché in genere sui nostri terminali installiamo centinaia di applicazioni ma in verità solo alcune di esse sono importanti e magari è giusto che girino sempre in background. Ci sono però molte altre applicazioni che magari partono al boot senza che nessuno glielo abbia detto e si riattivano se le killiamo e magari è il ricettario o il sudoku, certamente di queste applicazioni non ce ne frega granchè e giocando con il task killer di Android, si può risolvere definitivamente il problema. Con un po’ di prove, potremmo trovare la nostra configurazione ideale tra memoria libera e performance generali FONTE .

per questo che ho avuto l' idea di provare ad aumentare le sogli anziche' diminuirle nei tweak venom...

[Shion91]

E in sintesi, con questi settaggi la ram disponibile aumenta o diminuisce? Quello che voglio dire è quali sono gli impatti con app pesanti come un gioco? E con il refresh del browser?

Inviato dal mio HTC One S usando Androidiani App

[salvo_94]

Giusto per continuare il discorso sul minfree e sui valori che gli ho impostato...ora addirittura ho messo tutto al massimo, forse avro' sbagliato ma sto testando tutte le varianti.Ma siccome non sono prove a casaccio, ma su cose su cui mi sto documentando, vorrei quanto meno spiegarvi del perche' io continui a dire che i valori del minfree vanno alzati sia per le performance che per il risparmio di batteria...

i

qui un estratto di un articolo che ho letto: Spoiler: è possibile definire criteri di memoria multipli e i processi corrispondenti che possono essere uccisi in queste situazioni. Android raggruppa i task in esecuzione in 6 diverse categorie e le vediamo subito ordinati dai più importanti ai meno importanti: FOREGROUND_APP, VISIBLE_APP, SECONDARY_SERVER, HIDDEN_APP, CONTENT_PROVIDER, EMPTY_APP In queste 6 categorie si riflettono i 6 limiti di memoria che sono configurati per il lowmemorykiller (questo il nome del nostro killer preferito icon wink [SPECIALE GUIDE] In che modo Android gestisce la memoria RAM e come è possibile ottimizzarla ) del kernel. La configurazione del lowmemorykiller del kernel, possedendo i privilegi di root, è possibile modificarla in tempo reale ! Ciò è possibile modificando un file in cui sono indicate le 6 soglie di memoria con cui il sistema fa agire il suo Task Killer interno ! Il file è il seguente: /sys/module/lowmemorykiller/parameters/minfree Se andiamo a vederne il contenuto si dovrebbe leggere qualcosa di simile a questo: 1536,2048,4096,5120,5632,6144 Questi sono i limiti di memoria al di sotto dei quali il sistema comincia a killare i processi, ma attenzione perché questi valori sono in pagine di memoria ! Ovvero 1 pagina = 4 kilobytes Quindi nell’esempio mostrato sopra, significa che Android inizierà a killare i processi nella categoria EMPTY_APP quando la memoria andrà al di sotto di 24 Mb (valore che si ottiene dalla conversione pagine->Mb ossia 6144*4/1024) ed inizierà a killare CONTENT_PROVIDERS non usati da nulla se il valore va al di sotto di 22 Mb (5632*4/1024) ecc. ecc. SI potrebbe provare per esempio a fare in modo di avere più RAM alzando le ultime 2 soglie corrispondenti alle categorie citate pocanzi (EMPY_APP e CONTENT_PROVIDERS) a valori molto alti. Ad esempio digitando il seguente comando da un teminal emulator: # echo "1536,2048,4096,5120,15360,23040" > /sys/module/lowmemorykiller/parameters/minfree La nuova configurazione sarà attiva all’istante e ciò farà in modo che Android killerà processi in CONTENT_PROVIDER se la memoria andrà sotto I 60 Mb e killerà I processi in EMPTY_APP se scende sotto i 90 Mb … Iniziate a capire la finezza della cosa ? In che modo Android gestisce la memoria RAM e come è possibile ottimizzarla? In questo caso non avremo nessun processo di scarsa importanza ad occupare la nostra RAM … E sarà lo stesso sistema a deciderlo in modo intelligente e pulito e non attraverso una smitragliata data da un Task Killer qualunque … E avere più memoria free sempre libera, non è affatto uno spreco, perché sarà usata dal sistema come cache per il file system, il che aumenterà ancor di più le performance generali del terminale. Quindi questi 6 limiti, per default, in genere sono settati con soglie piuttosto basse, una configurazione che Google ha voluto piuttosto “conservativa”, ma spesso avere sempre e solo circa 30 Mb liberi, può causare ai terminali di “sedersi” in alcune situazioni, anche perché in genere sui nostri terminali installiamo centinaia di applicazioni ma in verità solo alcune di esse sono importanti e magari è giusto che girino sempre in background. Ci sono però molte altre applicazioni che magari partono al boot senza che nessuno glielo abbia detto e si riattivano se le killiamo e magari è il ricettario o il sudoku, certamente di queste applicazioni non ce ne frega granchè e giocando con il task killer di Android, si può risolvere definitivamente il problema. Con un po’ di prove, potremmo trovare la nostra configurazione ideale tra memoria libera e performance generali FONTE .

facci sapere se i cambiamenti che hai effettuato portano un beneficio sul consumo della batteria e sulle prestazioni! io da quando ho alzato i valori la rom mi è sembrata da subito più fluida

[alexis77]

facci sapere se i cambiamenti che hai effettuato portano un beneficio sul consumo della batteria e sulle prestazioni! io da quando ho alzato i valori la rom mi è sembrata da subito più fluida

tutto a manetta e' ancora piu' fluida, provare per credere....la batteria mi sembra buono come consumo, devo fare ancora qualche ciclo considerando che ho riflashato il kernel domenica sera
Vorrei tanto sapere perche' i Venom danno la possibilita' di inasprire il multitasking se poi la rom subisce in fluidita'
comunque, per quel che ho capito da cio' che ho trovato in rete, diminuire i valori non fa altro che chiudere app e processi che poi inevitabilmente si riaprono in automatico, e la batteria ne risente sicuramente

E in sintesi, con questi settaggi la ram disponibile aumenta o diminuisce? Quello che voglio dire è quali sono gli impatti con app pesanti come un gioco? E con il refresh del browser?

Inviato dal mio HTC One S usando Androidiani App

io fino ad ora ho notato solo miglioramenti, con un gioco non ho provato perche' non ne ho attualmente, ma se qualcuno vuol provare e farci sapere.....
io ora ho circa 120MB di ram liberi in media, se metto in multitasking o extreme la ram libera mi arriva anche ad 70-80MB, e il sistema diventa lento e lagga
per condividere una foto o immagine su facebook o hangouts ora i tempi sono quelli che avevo con la MagioRom, appena installata lamentavo queste piccole cose


forse salvy potrebbe chiedere ai Venom questa cosa, visto che ho gia' chiesto su XDA ma risposte in merito non ne ho avute

[playjamb88]

Ho provato questo settaggio...non so se è effetto placebo ma è una bomba...è rapido e fino ad ora tutto fluido...