Galaxy S6: gestione aggressiva della RAM porta a chiusura inattesa delle app

[Simonex84]

Originariamente inviato da dado1979

Non è come dici... non è istantanea... e ram occupata che deve essere liberata... pone dei ritardi liberarla per poi riallocarla.

si va beh saranno ritardi di qualche ciclo di CPU, non deve mica prendere il contenuto della ram e salvarlo sulla memoria di massa (questo si che è pesante), le zone occupate da precaricamenti e cache possono essere destinate direttamente ad altro, l'OS deve solo "segnarsi" che non ha più quelle zone a disposizione.

Secondo me confodi il liberare ram con lo swap

[dado1979]

Originariamente inviato da Simonex84

si va beh saranno ritardi di qualche ciclo di CPU, non deve mica prendere il contenuto della ram e salvarlo sulla memoria di massa (questo si che è pesante), le zone occupate da precaricamenti e cache possono essere destinate direttamente ad altro, l'OS deve solo "segnarsi" che non ha più quelle zone a disposizione.

Secondo me confodi il liberare ram con lo swap

E' il concetto che sta alla base di android che è poco efficiente. E' un sistema ottimizzato per chi deve vendere e personalizzare il cellulare appena prodotto... non per l'utente finale.
Perché fanno questo? Perché altrimenti un cell con 1 Gb di ram basta e avanza e poi come farebbero a propinarci il Samsung 6 a 600 euro?
Prova a usare un telefono con le stesse caratteristiche tecniche con Windows 8.1 phone o con OS?

[gd350turbo]

Originariamente inviato da dado1979

...Perché fanno questo? Perché altrimenti un cell con 1 Gb di ram basta e avanza e poi come farebbero a propinarVi il Samsung 6 a 600 euro?

Fixed...

Grazie a dio, vi è ancora possibilità di scelta !

[Simonex84]

Originariamente inviato da dado1979

E' il concetto che sta alla base di android che è poco efficiente. E' un sistema ottimizzato per chi deve vendere e personalizzare il cellulare appena prodotto... non per l'utente finale.
Perché fanno questo? Perché altrimenti un cell con 1 Gb di ram basta e avanza e poi come farebbero a propinarci il Samsung 6 a 600 euro?
Prova a usare un telefono con le stesse caratteristiche tecniche con Windows 8.1 phone o con OS?

putroppo iPhone con 3gb non ci sono ma sarebbe una bella prova, non penso cambierebbe molto, solo il numero di pagine aperte contemporaneamente con Safari

[°FalcoPellegrino°]

Originariamente inviato da Simonex84

putroppo iPhone con 3gb non ci sono ma sarebbe una bella prova, non penso cambierebbe molto, solo il numero di pagine aperte contemporaneamente con Safari

Già, ma come giustamente detto da qualcuno, ci sono i Nokia Lumia entry level con poca ram che gestiscono tutto in maniera fluida e ottimale.

[dado1979]

Originariamente inviato da Simonex84

putroppo iPhone con 3gb non ci sono ma sarebbe una bella prova, non penso cambierebbe molto, solo il numero di pagine aperte contemporaneamente con Safari

Ma scusa... hai mai provato un Iphone 6??? Funziona da Dio e ha solo 1 Gb di ram... Windows anche lui funziona benissimo anche sugli entry level.
Se su Android devi avere 2/3 Gb di ram per farlo funzionare bene si può dire che è un sistema mal ottimizzato oppure no????

[roccia1234]

Originariamente inviato da Simonex84

infatti perchè se quei 2gb di ram usati all'avvio servono attivamente ad Android solo per stare acceso c'è qualche cosa che non va, se invece per buona parte sono cache e precaricamenti e viene liberata istantaneamente in caso di necessità non ci vedo nesusn problema, anzi potrebbe anche usarla tutta che non cambia nulla

Appunto, può essere tutto come nulla. Bisogna vedere cosa intende android per "ram libera".

Perchè se nella ram libera non tiene conto della cache, allora è solo un falso allarme.

Ad esempio sul mio pc ho attualmente la bellezza di 88mb di ram veramente libera... ma ho 6gb di cache e solo 2 gb utilizzati attivamente e ovviamente il pc è fluido come al solito.

Originariamente inviato da dado1979

Dal punto di vista del "liberare" la ram è la stessa cosa... pone lo stesso ritardo.

Ritardo di qualche millisecondo nemmeno percepibile. Però d'altro canto avere già in ram un programma che ti appresti ad utilizzare è un vantaggio immenso.

Anzi, non penso nemmeno che ci sia ritardo. Semplicemente quando chiudi la tal applicazione i suoi dati vengono lasciati in ram e "flaggati" come cache. Se serve quello spazio, il flag di quelle celle passa da "cache" a "libera" e fine della storia, sulla falsariga di quello che accade con gli hdd.

Originariamente inviato da dado1979

Ma scusa... hai mai provato un Iphone 6??? Funziona da Dio e ha solo 1 Gb di ram... Windows anche lui funziona benissimo anche sugli entry level.
Se su Android devi avere 2/3 Gb di ram per farlo funzionare bene si può dire che è un sistema mal ottimizzato oppure no????

La scelta infelice che imho hanno fatto in android è di scegliere java come linguaggio di programmazione delle app.

[gd350turbo]

Originariamente inviato da dado1979

...Se su Android devi avere 2/3 Gb di ram per farlo funzionare bene si può dire che è un sistema mal ottimizzato oppure no????

Più che altro è un sistema che deve girare su un numero indefinito e/o infinito di terminali...
Non può e non potrà mai essere ottimizzato come uno che deve funzionare su un piccolissimo numero di terminali !

[Pier2204]

Originariamente inviato da gd350turbo

Più che altro è un sistema che deve girare su un numero indefinito e/o infinito di terminali...
Non può e non potrà mai essere ottimizzato come uno che deve funzionare su un piccolissimo numero di terminali !

Chiedo venia, ma mi sembra che anche Kit Kat 4.xx gestisce un numero di terminali e configurazioni, ma mi sembra che non ha avuto i problemi di Lollipop, almeno per quanto riguarda reattività.

Ho la vaga impressione che sia propio lollipop buggato, almeno fino alla versione 5.02, sentendo in giro tra i vari forum la lamentela e sempre la stessa, rallentamento generale del sistema rispetto a Kitkat e bug vari.

Qualcuno dice che ha risolto piallando tutto e installando una rom custom.. ma un conto è farlo con un muletto o un telefono economico, con uno da 900 euro è da pazzi.

[gd350turbo]

Originariamente inviato da Pier2204

Chiedo venia, ma mi sembra che anche Kit Kat 4.xx gestisce un numero di terminali e configurazioni, ma mi sembra che non ha avuto i problemi di Lollipop, almeno per quanto riguarda reattività.

Ho la vaga impressione che sia propio lollipop buggato, almeno fino alla versione 5.02, sentendo in giro tra i vari forum la lamentela e sempre la stessa, rallentamento generale del sistema rispetto a Kitkat e bug vari.

Qualcuno dice che ha risolto piallando tutto e installando una rom custom.. ma un conto è farlo con un muletto o un telefono economico, con uno da 900 euro è da pazzi.

E su questo sono d'accordo...
Infatti sono contento che il mio telefono sia basato ancora sulla 4.4.4

[Mparlav]

Originariamente inviato da Pier2204

Chiedo venia, ma mi sembra che anche Kit Kat 4.xx gestisce un numero di terminali e configurazioni, ma mi sembra che non ha avuto i problemi di Lollipop, almeno per quanto riguarda reattività.

Ho la vaga impressione che sia propio lollipop buggato, almeno fino alla versione 5.02, sentendo in giro tra i vari forum la lamentela e sempre la stessa, rallentamento generale del sistema rispetto a Kitkat e bug vari.

Qualcuno dice che ha risolto piallando tutto e installando una rom custom.. ma un conto è farlo con un muletto o un telefono economico, con uno da 900 euro è da pazzi.

Occorre distinguere quelli che sono i bug di lollipop (vedi gestione ram) da quelli che sono i bug di alcuni terminali che adottano Lollipop.

Ce ne sono alcuni, cito ad esempio quello del Wifi, che colpiscono i Nexus, ma non gli altri produttori.

[Nui_Mg]

Originariamente inviato da roccia1234

La scelta infelice che imho hanno fatto in android è di scegliere java come linguaggio di programmazione delle app.

Diciamo "ni": la scelta di java ha permesso un veloce sviluppo di tante app (anche perché Java è il linguaggio scelto per Programmazione I di tantissime facoltà informatiche), prima scadenti ma poi, allo stato odierno, decisamente buone.
Il lato negativo è dovuto alla virtual machine. Le java app ormai hanno raggiunto ottime prestazioni ma soffrono ancora molto, per forza di cose, sulle risorse impiegate (ram in primis). Comunque se uno vuole può scrivere applicazioni in C/C++ anche su android.

[Nui_Mg]

Originariamente inviato da dado1979

E' il concetto che sta alla base di android che è poco efficiente.

Invece secondo me hanno fatto un buon lavoro sul versante ottimizzazione virtual machine, altrimenti una classica app java richiederebbe certamente più risorse di quelle attuali.
Dalvik non era affatto male con il suo JIT, l'errore grosso è stato disattendere quasi completamente su strada le promesse della nuova ART con il suo AOT, doveva permettere una netta riduzione di ram (app compilate prima e non a runtime) e un visibile risparmio di batteria, così non è stato e aggiungiamoci pure i memory leak di lollipop (alcuni ancora presenti con le nuove release).
D'altronde, come osservato oggi da un seminario con google italia (facoltà informatica di milano, stamattina 29 aprile), google sembra attualmente impegnata in altro che non sia Android e Chrome. Avevano iniziato bene, ora stanno perdendo un po' più di pezzi del solito.

[DukeIT]

Originariamente inviato da dado1979

Perché altrimenti un cell con 1 Gb di ram basta e avanza e poi come farebbero a propinarci il Samsung 6 a 600 euro?

Non mi sembra che gli smartphone siano venduti un tot a Gb, bensì in base a prestazioni globali, estetica, materiali e marchio. In base a questa teoria, altrimenti, a quanto dovrebbero vendere un Iphone? A meno che non volessi dire che l'Iphone costa troppo...

[Simonex84]

Originariamente inviato da dado1979

Ma scusa... hai mai provato un Iphone 6??? Funziona da Dio e ha solo 1 Gb di ram... Windows anche lui funziona benissimo anche sugli entry level.
Se su Android devi avere 2/3 Gb di ram per farlo funzionare bene si può dire che è un sistema mal ottimizzato oppure no????

ho un iPhone 5, un iPad 3 e pure un MacBook (anche se adesso non c'entra ) e ho provato più volte l'iPhone 6, so benissimo che iOS gira alla grande con "solo" 1 gb di ram, però so anche che non farebbe schifo averne 2 gb, e basta usare l'iPad Air 2 per capire che anche iOS ne trae vantaggio

[scorpio.4]

Originariamente inviato da dado1979

E una mal gestione che si porta da sempre Android... non è un bug (aldilà di quello che hai letto) di Lollipop, al limite su Lollipop è solo più accentuato.

Ho un nexus 4, non ho bisogno di leggere.. Kitkat non aveva bisogno di esser riavviato per funzionare, lollipop sì e ogni 2 giorni perché non ti permette di aprire applicazioni. Se hai avuto problemi di ram prima di lollipop evidentemente hai avuto terminali di dubbia progettazione

[massimo79m]

Originariamente inviato da roccia1234

La scelta infelice che imho hanno fatto in android è di scegliere java come linguaggio di programmazione delle app.

dissento in pieno.
a parte che la jvm ha un ENORME asso nella manica che si chiama garbage collector, che ti elimina alla radice un sacco di problemi di gestione della ram (memory leak che in altri linguaggi ti divorano pian piano la ram, qui molto spesso non sono possibili), cosa che porta molti programmi scritti malamente (e chi ha dato un'occhio ai sorgenti di mooooolte app sa che il 90% di quelle robe sono scritte da cani) a funzionare un pelo meglio di quanto non funzionerebbero se fossero scritte in c.

velocita': un programma java e', a parte l'avvio, veloce quanto uno scritto in c++.
la storia di java lento non e' attuale, forse lo era una volta, non ora.

occupazione di memoria: e' vero che alla partenza java occupa piu' memoria, ma poi per fare le stesse cose di un c++ occupa la stessa memoria o poco piu'.
un po' come dire:

il C++ all'avvio occupa X byte solo "di per se'", poi durante il lavoro comune ne occupa Z.

Java all'avvio occupa 3*X byte per se', poi durante il lavoro ne occupa Z*1,1.

diciamo piuttosto che il 90% delle app e' scritta di merda, e diciamo pure che il 80% dei programmi e' scritto di merda.
guardate sul vostro pc quanto occupa di memoria firefox/word/thunderbird, che sono scritti in c++. un'enormita'.