Stampa

Effettua l'accesso o una nuova registrazione.
1 ora 1 giorno 1 settimana 1 mese Sempre
Inserisci il nome utente, la password e la durata della sessione.

[lefantome]

Io odio la difficoltà con cui si può chiudere un'applicazione(e relativi processi) su android, non c'é uno standard.

Manco su ios si fa, ma tanto gran parte di esse non possono lavorare in background e non creano problemi.

Io non so come tu possa avere 2.3.4 stock su galaxy s, ma la 2.3.3 di samsung é PIENA DI BUG e la cosa mi manda in bestia.questo da giugno 2011, senza contare le odiose personalizzazioni.
La colpa non é di android ma delle politiche di google che permettono certe cose ai produttori hw.

Un'altra cosa che non mando giù é la lentezza della ui, probabilmente il processo come qualcuno ha detto ,non ha una priorità alta e si vede.
E poi anche l'utilizzo spropositato di ram. A livello prestazioni lato utente android fa cagare a spruzzo.
In più c'è da aggiungere che ics ha un'interfaccia orribile(specie su tablet) e che fa fatica a prendere piede.

Nuovo symbian in arrivo?

[Vazkor]

lolsymbian

[TheGentleman]

Un'altra cosa che non mando giù é la lentezza della ui, probabilmente il processo come qualcuno ha detto ,non ha una priorità alta e si vede.
E poi anche l'utilizzo spropositato di ram. A livello prestazioni lato utente android fa cagare a spruzzo.
In più c'è da aggiungere che ics ha un'interfaccia orribile(specie su tablet) e che fa fatica a prendere piede.

No, non è che il processo ha priorità bassa, è proprio che non c'è un window manager.
Ogni app ha la sua surface e tutte le componenti UI sono responsabili del proprio rendering (su CPU, salvo da Honeycomb in poi che c'è l'accelerazione hardware che secondo me, implementata come ora, non serve a molto).
Il disegno, tra l'altro, avviene con una serie di chiamate tramite la JNI. Ad esempio per la TextView in 2.3:

http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/2.3.3_r1/android/view/View.java#View.onDraw(android.graphics.Canvas)

Sicuramente quel codice lì, per quanto prolisso non è un problema se la view è statica (viene chiamato solo negli update, tipo se stai editando il testo). Il problema della UI  scrolling poco fluido è che codice del genere viene chiamato ad ogni update.

Un window manager terrebbe la bitmap della componente in una cache e chiederebbe un redraw solo se necessario. Il redraw con window manager ha l'overhead dell'IPC, ma se consideri che in genere disegni meno volte i conti tornano.

[Cherno]

come del resto fa iOS e credo windows phone 7

[TheGentleman]

come del resto fa iOS e credo windows phone 7

Si, entrambi. E anche qualche tartablat spropositato di OS su questo pianeta.

Credo che anche Symbian non abbia un processo apposta per la UI, bisognerebbe vedere il port di Qt. Ma d'altronde, Symbian era il futuro, quindi il miglior modello da seguire.

[lefantome]

Un'altra cosa che non mando giù é la lentezza della ui, probabilmente il processo come qualcuno ha detto ,non ha una priorità alta e si vede.
E poi anche l'utilizzo spropositato di ram. A livello prestazioni lato utente android fa cagare a spruzzo.
In più c'è da aggiungere che ics ha un'interfaccia orribile(specie su tablet) e che fa fatica a prendere piede.

No, non è che il processo ha priorità bassa, è proprio che non c'è un window manager.
Ogni app ha la sua surface e tutte le componenti UI sono responsabili del proprio rendering (su CPU, salvo da Honeycomb in poi che c'è l'accelerazione hardware che secondo me, implementata come ora, non serve a molto).
Il disegno, tra l'altro, avviene con una serie di chiamate tramite la JNI. Ad esempio per la TextView in 2.3:

http://grepcode.com/file/repository.grepcode.com/java/ext/com.google.android/android/2.3.3_r1/android/view/View.java#View.onDraw(android.graphics.Canvas)

Sicuramente quel codice lì, per quanto prolisso non è un problema se la view è statica (viene chiamato solo negli update, tipo se stai editando il testo). Il problema della UI  scrolling poco fluido è che codice del genere viene chiamato ad ogni update.

Un window manager terrebbe la bitmap della componente in una cache e chiederebbe un redraw solo se necessario. Il redraw con window manager ha l'overhead dell'IPC, ma se consideri che in genere disegni meno volte i conti tornano.

sono degli incompetenti.

Tra l'altro anche il discorso personalizzazione(lasciamo perdere i paragoni con ios e wp7) non mi va giù per niente:

non c'è modo di avere android liscio, nemmeno il launcher senza ricorrere a roba di terze parti(questo perché non é imposto ai produttori)

L'app drawer non si personalizza per niente, niente cartelle, niente sfondo, e nella rom di ics non potevo cambiare nemmeno la disposizione delle app.
Altre opzioni scarseggiano. gran parte si fa con roba custom sbloccando questo e quello.

In più la gestione dei processi fa onco. e non é granché nemmeno su ios ma come ho detto lì i processi in background sono limitati dalle politiche apple e si creano molti meno problemi.

Non so cosa facciano ma quando ho un gioco più peso e provo a uscire spesso é una tragedia. Cosa faccia il sistema non si sa. Prova a salvarne lo stato facendo una copia del processo mettendoci una vita?Chi glielo ha detto? il processo rimane in pausa e non libera la memoria? BOH.

(non ho grande esperienza con lo sviluppo android e per quel poco che ho visto il framework non mi piace molto, roba importante aggiunta solo con honeycomb, pazzesco)

[StM]

Non so cosa facciano ma quando ho un gioco più peso e provo a uscire spesso é una tragedia. Cosa faccia il sistema non si sa. Prova a salvarne lo stato facendo una copia del processo mettendoci una vita?Chi glielo ha detto? il processo rimane in pausa e non libera la memoria? BOH.

Quando esco da un gioco pesantuccio android (gingerbread) mi ricarica tutte le applicazioni che erano state uccise per farlo funzionare - spesso anche l'app drawer che si deve ricaricare l'elenco delle applicazioni. Credo sia questo quello che vedi.

Tra l'altro con Symbian se mettevo in background un gioco poi lo potevo riprendere dal punto in cui l'avevo lasciato anche ore dopo. Su gingerbread è una lotteria - se lo riprendo dopo 10 minuti probabilmente lo trovo allo stesso punto, dopo mezz'ora molto probabilmente è stato chiuso nel frattempo. E io non ho alcuna voce in capitolo sul suo comportamento.

[Shuren]

io nel frattempo devo riformattare il mio galaxy s dopo 3-4 mesi dall'ultima volta perchè installando e cancellando app si è sminchiato tutto. E' di una lentezza disarmante.

[TheGentleman]

Mah, più che incompetenza, era da considerare qual è stato il primo target di Android.



Penso che abbiano cominciato a lavorarci quando l'iPhone era ancora una voce di corridoio, e dal punto di vista della UI sono chiaramente ispirati al modello Symbian (ognuno per sé). Poi hanno provato a fare la gestione dei processi modello iOS (è l'OS che decide cosa fare, fondamentalmente) e hanno avuto l'idea di metterci su delle Dalvik VM con heap limitatissimo per ogni processo.

Se confrontato coi cellulari nokia dell'epoca, non era male. È che c'era l'iPhone e bisognava rincorrerlo. Col senno di poi è facile dire dove si è sbagliato, la scommessa ora è se faranno la mossa bold di ristrutturare l'architettura oppure se aspetteranno CPU sempre più veloci.

L'opzione per l'accelerazione hardware, almeno come implementata su Honeycomb, è sbagliatissima e causa dei ritardi mostruosi sull'update delle componenti UI (cosa che ti fa alzare le mani con amendue le fiche quando ti assegnano un progetto sul quale tu non hai avuto voce in capitolo e ti chiedono di accelerare il rendering delle webview perché le performance sono inaccettabili).

E si, per ultimo, se proprio volete un cellulare con Android, prendete roba tipo il Galaxy Nexus S ed evitate la roba legata agli operatori, che in genere ci mettono una bruttura di "servizi inutili" o "spyware" che dir si voglia, il cui unico effetto è rallentare di brutto il sistema. Anche qui, potrebbero effettivamente mettere più paletti ai produttori, ma se l'avessero fatto da giorno zero probabilmente ora Android non sarebbe così diffuso (vedi Windows Phone 7).

[Federico 'Fleym' Rosa]

Mah, più che incompetenza, era da considerare qual è stato il primo target di Android.

già: non bisogna dimenticare che il manager decide la strada e l'ingegnere deve costruire l'os o lo smartphone seguendola.
Anche quanto e dove blindare un os dipende da gente che di lavoro non fa l'ingegnere.

[StM]

Ma in un Nexus nella rom ci sono solo le applicazioni non aggiornabili da market o ad esempio ci si trova anche gmail?

[TheGentleman]

Ma in un Nexus nella rom ci sono solo le applicazioni non aggiornabili da market o ad esempio ci si trova anche gmail?

Bella domanda. Temo che col firmware patchato dagli operatori, sicuro. Su gmail non saprei.
Fatto sta che accedere da root al device per disinstallare il software in eccesso è una roba che proprio non mi sembra accettabile.

[StM]

No infatti, neanche a me. E non solo disinstallare il software, ma anche integrare nella rom gli aggiornamenti che sennò occupano doppio.

Mi autocito, non capisco come buona parte dei telefoni Android possa piacere a chi non ha voglia di smanettarci sopra (a me Android piace ma solo perché lo uso praticamente sempre a cuore aperto).

[Ziggybee]

Le App di Google sono tutte su Google Play e non si trovano dentro le ROM "base".

[Emack]

E' normale che col passaggio ad Ice Cream Sandwich abbia come minimo aumentato di 60-70 megabyte l'occupazione minima di memoria ram?