Salve, quando io apro Facebook su impostazioni--> gestioni applicazioni---> App running processes non ricordo se è questo la guida da seguire per trovare running processes, comunque se apro Facebook si apre un processo con nome com.facebook.com qualche cosa di simile, quando metto in stan by questo processo cambia?
oppure quando apro whats app esiste qualche processo che tiene traccia quando io invio un messaggio?
Processi in esecuzione app
Visualizzazione stampabile
-
12-12-16, 21:58signfraProcessi in esecuzione app
-
13-12-16, 00:15Gege98Quello che vedi è il nome del pacchetto della app e, se specificati i processi attivi della app.Quote:
Originariamente inviato da signfra
Qua do apri whatsapp si avvia il processo di "com.whatsapp" e quando esci si chiude (poi dipende dalle politiche interne di gestione della ram), non c'è qualcosa che tiene traccia dei messaggi ahaha sarebbe una bella invasione della privacy ;)
Inviato dal mio X9006 utilizzando Tapatalk
Per ringraziare clicca il tasto thanks 👍 -
13-12-16, 10:05signfraChiudere quando si mette in stanby chiude il processo?Quote:
Originariamente inviato da Gege98
A me interessa il nome del processo quando il display e acceso o spento . -
13-12-16, 10:39Gege98Sia uscire dalla app che toglierla da quelle recenti non chiuderà tutti i processi, se metti il telefono in stand by l'app rimarrà in primo piano.Quote:
Originariamente inviato da signfra
C'era un ottimo thread che spiegava la gestione della ram in sezione , se lo ytovo linko
Inviato dal mio X9006 utilizzando Tapatalk
Per ringraziare clicca il tasto thanks 👍 -
13-12-16, 19:31Malaya
Ci sono applicazioni che hanno "servizi e processi", oppure solo "processi" senza "servizi in esecuzione". Per esempio: Facebook è un "processo" e potrebbe funzionare anche senza servizi; infatti quando vengono chiusi manualmente tutti i "servizi" di Facebook resta il "processo in background (di Facebook) memorizzato nella cache". I "servizi" in "esecuzione" sono fondamentali per il corretto funzionamento dell'applicazione in questo caso di Facebook per far ricevere notifiche Push (e non solo Push) o meglio per notificare quando dal "GCM" del "Google Play Services" si riceve la notifica di Facebook su "server". I "servizi" in "esecuzione" oltre alle notifiche Push etc sono fondamentali per la sincronizzazione automatica, backup, monitorare il sistema etc. Ci sono applicazioni che, pur non avendo "servizi in esecuzione" funzionano correttamente anche riguardo notifiche Push etc, tutto dipende da come è stata "sviluppata" l'applicazione e dal lavoro che deve svolgere esattamente. Per esempio, Tapatalk non ha "servizi in esecuzione" ma solo il "processo in background memorizzato nella cache" eppure riceve ugualmente notifiche Push risvegliando il suo "processo in background memorizzato nella cache" solo alla ricezione di una notifica . Ovviamente, riguardo a questi esempi, parlo solo di quando l'interfaccia grafica di qualsiasi applicazione è "chiusa".
La differenza tra "servizi in esecuzione" e "processi in background memorizzati nella cache" sta nel fatto che: il "processo in background memorizzato nella cache" viene chiuso dal sistema quando resta poca Ram libera, perché tanto quando sarà necessario verrà "riavviato/risvegliato" in automatico dalla stessa applicazione. Mentre il "servizio in esecuzione" non verrà mai e poi mai chiuso dal sistema perché "vitale" per il corretto funzionamento dell'applicazione. Infatti, i "processi in background memorizzati nella cache" volendo "alcuni" si possono chiudere di tanto in tanto anche con un "Taskmanager" ma a poco serve perché tanto ci pensa il sistema a chiuderli quando serve "Ram libera"; mentre mai e poi mai chiudere "servizi in esecuzione" con i "Taskmanager", altrimenti l'applicazione non funzionerà più o funzionerà male. I "Taskmanager" servono solo in un caso, il seguente esempio: prendiamo il caso di "n7player" lettore musicale, bene quando viene chiuso anche dopo aver finito di ascoltare musica, resta ugualmente "attivo" con il suo "processo e servizio in esecuzione", bene, in questo caso con un "Taskmanager" verrà interrotto il "processo e servizio". Meglio ancora che usare un "Taskmanager" sarebbe usare "Greenify" che "termina" completamente l'applicazione impedendone al 90% ogni tipo di risveglio, anzi "Greenify" ha anche una funzione/opzione che impedisce il risveglio da parte di altre applicazioni al 100%.
Da quali applicazioni stare alla larga??? Da quelle applicazioni che causano "continui risvegli del sistema" a "schermo spento" detti "Wakelock" etc. Oppure stare lontani da quelle applicazioni che il loro "processi e servizi" tengono impegnata la CPU anche quando l'interfaccia grafica è chiusa. Per esempio: un'applicazione con Widget "meteo e clock" ogni minuto si "risveglia" per aggiornare i minuti del Widget sulla Home, bene, quando ogni minuto si "risveglia" la CPU sarà impegnata per una frazione di secondo dal processo dell'applicazione meteo. Quindi tutto normale, purché la CPU non venga impegnata per molti secondi e per una "frequenza elevata". Bisogna ridurre al minimo indispensabile le applicazioni che quando sono "chiuse" i loro "processi e servizi" attivi utilizzano la CPU. Come controllare quali applicazioni occupano la CPU in tempo reale??? Con un'applicazione tipo l'ottima "OS Monitor" scaricabile dal Play Store. Per esempio, nel seguente mio screenshot si può notare che, Tapatalk impegna la CPU perché attiva nel multitasking e scambia dati, Weather M8 impegna la CPU perché ha appena aggiornato l'orario del Widget sulla Home, OS Monitor impegna la CPU perché è aperta la sua interfaccia grafica e sta monitorando i processi; mentre tutti gli altri "processi/applicazioni" anche se "attivi" sono fermi a "zero 0,0" non impegnando la CPU come giusto che sia, altrimenti la batteria vorrà "giocata" 😊.
Spoiler:
Ciao.
Inviato dal mio📱Huawei/Honor CHM-U01 utilizzando Tapatalk. -
14-12-16, 17:29Gege98https://www.androidiani.com/forum/an...u-android.htmlQuote:
Originariamente inviato da Gege98
Inviato dal mio X9006 utilizzando Tapatalk
Per ringraziare clicca il tasto thanks 👍
