ArsLudica.org Forum
Cogitare => Machinamenta => Topic aperto da: StM - Settembre 22, 2011, 21:28:52
-
L'altro giorno ho buttato lì la domanda ai miei colleghi iPhonici: "Ma a voi quanto impiega il vostro iPhone a partire?". 20 secondi, dice uno. "Noooo, a me tantissimo... 35 secondi!", dice un altro meno fortunato.
Fino a qualche giorno fa, il mio Acer Liquid (con Android) impiegava 7 minuti ad avviarsi (o meglio, per darmi accesso alla lista della applicazioni - circa 200, di cui ne userò una sessantina, d'accordo). Poi mi son fatto coraggio è ho installato un'applicazione che inibisce l'avvio di vari servizi, e oggi il mio telefono si avvia in lusinghieri 3 minuti e mezzo.
Perché sì, ogni applicazione ritiene opportuno installare un servizio-minchiata per fare minchiate all'avvio e costantemente in background. L'applicazione della NASA appena aggiornata, senza essere aperta, mi ha spazzato via il wallpaper piazzando al suo posto la foto di una galassia/nebulosa del cacchio. E quando l'ho aperta ho visto che il servizio che lo faceva risultava *disattivato*. E' una gueRa.
A discolpa di Android va detto che le applicazioni installate vengono eseguite da una partizione ext2 sulla mia sdcard, sicuramente non veloce come la memoria del telefono; a mia discolpa devo dire che 160 MB di memoria telefonica per installare applicazioni, tenere i dati delle applicazioni, e tenere la dalvik cache, sono come voler mangiare una fiorentina in una tazzina da caffè. Ma questo è un errore di design di Acer, non di Google.
-
No ma è il futuro e Apple sucks.
-
Mmmm no (ed il confronto è impari, il Droid era un pessimo telefono):
Droid vs iPhone (http://www.youtube.com/watch?v=uEK2gNqHgrQ#ws)
Sei sicuro di non avere la memoria interna fottuta? Ci è accaduto con un iPad: ad ogni riavvio ci metteva parecchi minuti, salvo poi scoprire che faceva il check di integrità ogni santa volta. In quel caso non era nemmeno un guasto irreversibile: è bastato ripristinare il sistema col formattone, probabilmente un errore di corruzione del filesystem. 'sti cosi sono sempre *nix: nascono per stare sempre accesi. Sia Android che iOS se li spegni senza uno shut down pulito ripartono con un bel fsck!
Io posso dire che il mio iPod 3 personale impiega anche 12 minuti ad accendersi se lascio installato tutto (per tutto intendo le mie 438 App, di cui la maggior parte mai nemmeno aperte :P), coi servizi di notifica ed il resto. Considera che durante l'uso anche il sensore di movimento lagga o smette di funzionare! :) Con meno di 50-100 App viene su normalmente (attorno ai 30s, gli iPhone sono leggermente più lenti, direi di una decina di secondi ma li usiamo solo per dev e test e quindi sono sempre vuoti e puliti). Non so se influisca anche lo spazio totale libero, che di solito è molto poco (100-200MB, lo riempio sempre con la musica).
Il Galaxy S (2.3.4 ufficiale) non l'ho ancora massacrato molto: di App ne avrò un centinaio (anche qui per gran parte scaricate per curiosità e poi mai nemmeno avviate una volta) e i 16GB di memoria sono pieni di musica, libri e comiXology, ma non ci sono grossi rallentamenti al boot, anche qui sulla fiducia, per esagerare gli darò un 30-40s. Avrò un 200 MB liberi.
Sono rimasto impressionato dal fatto che adesso è un'anno che ne ho uno tutto mio e ancora non ho mai dovuto formattarlo, gli update li ho fatti tutti OTA senza dover mai ripristinare nulla manualmente (gli ultimi due non ho nemmeno backuppato). Il Galaxy Tab è un bel po' che non lo uso ma ricordo era velocissimo al boot (una decina di secondi). Nel laboratorio abbiamo dei telefoni HTC che bootano in pochi secondi (pochi = meno di 5) ma sono i modelli che avevano quel bootloader strano che ora non montano più.
-
Ah, ho letto ora: Acer Liquid.
I telefoni 1.6 usciti nel 2009 erano tutti pseudo-prototipi progettati con hardware approssimativo, che poi veniva castrato da Android 1.6 che era tutto tranne che un sistema usabile.
Anche molto moddato non sarà mai un sistema stabile o efficiente. Funziona e già è tanto!
-
A proposito del video: pure il mio ci mette circa quel tempo (meno di un minuto) a farmi vedere la schermata iniziale; poi però si perde in un desktop vuoto per tutto il resto del tempo (nel frattempo il servizio della nasa mi cambia lo sfondo senza che glielo dicessi, l'applicazione di ebay controlla le inserzioni anche se le notifiche sono disattivate, il market scarica eventuali aggiornamenti rimasti in sospeso o applicazioni che ho installato da web, il servizio di google talk parte anche se ho provato a disinstallare google talk, il servizio gmail è inescludibile, eccetera eccetera).
-
Specifico, ci ho messo sopra Froyo non ufficiale (perché l'ultima release ufficiale di Eclair saturava la memoria nel giro di qualche ora con qualche log di debug del cacchio).
-
Più che delle App secondo me è colpa dei firmware non ufficiali.
Sul Galaxy S aziendale ho provato dei mod, anche Android Vanilla compilato da me medesimo: alla fine non c'è nulla da fare, quello che apparentemente guadagni da un lato lo perdi da altri dieci.
Il mio Galaxy S l'ho tenuto con le release ufficiali sino ad oggi (2.3.4). Certo, sino alla 2.2 c'era quel micro-stuttering su alcune App di Samsung (bastava usare un altro home screen per non averne più), però mai quanto i casini con sensoristica, apparati e stabilità ed il resto del Galaxy moddato e lagfixato. Come ti ho detto, tranne G+, Facebook, Twitter, E-Mail ed i eReader non lo uso moltissimo, magari sono solo fortunato coi software installati. In realtà ho avuto problemi all'avvio per un breve periodo con un'App che monitorava i modi d'uso del telefono, ma nell'update successivo, tutto è tornato normale.
Una cosa che ho notato quasi subito è che ad usare il task manager come il più estremo degli smanettoni fai solo casini. La gestione automatica della memoria di Android mi è sembrata parecchio efficiente e non ho mai avuto problemi di out of memory nel lanciare o usare applicazioni (e gli unici giochi che uso sono Star Legends e Pocket Legends).
-
Ragazzi, cosa vi aspettate quando su un device con quei constraint ci metti su 1 vm per applicazione/servizio?
Poi c'è anche la questione hardware: molti moduli del kernel sono scritti dai device maker, e quindi è difficile avere un sistema perfettamente ottimizzato. Guardate il clock delle CPU di un iPhone e confrontatelo con quello di un qualsiasi cellulare Android.
Va bene che Apple ha dei tornaconti economici, ma ci saranno anche altri motivi se ha cominciato a segare via i device più vecchi con le nuove release di iOS.
E non parliamo di certe scelte che impattano sul lato developer che non riesco tutt'ora a spiegarmi, che Id e Cherno sanno che succede poi. :asd:
-
Ahahahahahha
-
Poi c'è anche la questione hardware: molti moduli del kernel sono scritti dai device maker, e quindi è difficile avere un sistema perfettamente ottimizzato anche solo vagamente coerente a se' stesso, anche a parita' di versione.
There, I fixed it.
E non parliamo di certe scelte che impattano sul lato developer che non riesco tutt'ora a spiegarmi, che Id e Cherno sanno che succede poi. :asd:
Quali? Parliamone :asd:
-
Il mio galaxy s con l'ultimo update ufficile ci mette circa 20-30 secondi per la schermata iniziale più altri 30 direi per farmi vedere la home. Da li, un'altri 20 circa per fargli controllare la memoria interna, quella esterna e la sd. Senza la sd ci mette la metà.
Il mio problema però è la batteria. Mi dura tipo 5 ore di utilizzo scarso, poca navigazione web, podcast. Se invece lo uso parecchio dura un paio d'ore
-
Ogni volta che leggo delle cose su android, trovo sciami di gente che dice che e' bello perche' e' opensource e almeno altrettanti utenti che mi dicono che ha un sacco di problemi.
Ma tutti gli sviluppatori dicono che fa schifetto :D
-
L'abbiamo già fatto sto discorso.
Poi non è nemmeno Open, quindi le tue fonti affidabili rivalutale un po'... ;)
-
L'abbiamo già fatto sto discorso.
Poi non è nemmeno Open, quindi le tue fonti affidabili rivalutale un po'... ;)
Da: http://source.android.com/about/philosophy.html (http://source.android.com/about/philosophy.html)
Android is intentionally and explicitly an open-source -- as opposed to free software -- effort: a group of organizations with shared needs has pooled resources to collaborate on a single implementation of a shared product. The Android philosophy is pragmatic, first and foremost. The objective is a shared product that each contributor can tailor and customize.
Ogni volta che leggo delle cose su android, trovo sciami di gente che dice che e' bello perche' e' opensource e almeno altrettanti utenti che mi dicono che ha un sacco di problemi.
Ma tutti gli sviluppatori dicono che fa schifetto :D
Beh, ormai lo sai com'e': ci sono quelle persone per cui automaticamente "open source = bello", e quelle che "funziona = bello". :asd:
-
Id sei scandaloso! Allora anche .NET o il vecchio Windows Mobile erano Open Source!
Open Handset Alliance != Open Source. E pure tanto. L'OHA è un consorzio chiuso, per il quale si pagano tanti soldi, che prevede un contributo tra i laboratori delle aziende che producono elettronica e device. Per lo sviluppo di un OS comune in trasparenza. Esistono da una decina d'anni, non sono una novità dell'ultim'ora...
Il loro valore aggiunto è che mentre Apple si incarta col rilascio di iOS 5 perché ha aggiunto quattro funzioni in croce che non c'erano inizialmente ed ha dovuto stravolgere la loro tradizionalmente pessima ingegneria del software, questi riescono a pompare due-tre major release l'anno, qualitativamente sempre migliori, con un'adozione sempre più ampia, con le feature che la gente vuole *realmente* e senza spendere miliardi in marketing, diventano leader di mercato.
Ovvero: fanno ottimi prodotti che il mercato, i produttori e gli sviluppatori premiano senza comperarsi l'opinione pubblica internazionale.
Poter vedere e giocare con un set limitato (e spesso emulato) dei sorgenti non vuol dire essere Open Source.
Nemmeno le piattaforme reference (i Nexus) funzionano più coi sorgenti out-of-the-box.
Non si può forkare Android: è una violazione del copyright. E il primo coglione che passa non può fare submit sul source tree così tanto per. Un utente normale può solo segnalare bachi.
Installare Android su un device vuol dire pagare la più costosa, stringente e limitativa licenza che sia mai esistita per i sistemi operativi mobile.
E' Open Source questo?
Poi sul fatto che sia migliorabile, che la 1.6 è stata una cazzata lanciarla pubblicamente visto che era la prima reference per il mercato di massa siamo d'accordo. Ma è anche una cazzata dire che per programmare un device del genere serve avere l'approccio da pro-developer per console, anche perché gli utenti comprano altro. E francamente non ne vale la pena.
In NTT tra i progetti Sony, Android e iOS ora c'è una bella casistica ed in termini di qualità, costi di supporto e produttività, faendo le cose by the book, iOS ormai ne esce male. Vedremo con quel casino che è iOS 5. Semmai Apple riuscirà a stabilizzarlo e rilasciarlo.
Evidentemente non è come scrive la stampa generalista. Altrimenti il boom di dev o di revenue su Android non sarebbe spiegabile se non in una generalizzata marcia verso il sadomasochismo più puro.
Che tutto sia migliorabile anche. Di Super-Symbian già c'era iOS. Android è un po' più flessibile ma il mondo non ha più bisogno di un SO progettato per farti leggere una mail intera o usare un browser normale. Quello è il passato.
Ora serve un SO in grado di permetterti di avere una user experience completa, semplice ma senza limiti, adatta ai new media che hanno reso anche il più stupido degli utenti un produttore di contenuti. Tutti quei limiti su cosa puoi fare o non fare, su quello che puoi aprire o non aprire e sul fatto che anche per le operazioni più semplici ti serve un'App dedicata stanno mettendo in crisi il settore, vedrete che anche la crescita di Android inizierà a stagnare dalla fine dell'anno prossimo se non cambia qualcosa.
Perché al momento né Google e né Apple hanno una soluzione.
-
Poi c'è anche la questione hardware: molti moduli del kernel sono scritti dai device maker, e quindi è difficile avere un sistema perfettamente ottimizzato anche solo vagamente coerente a se' stesso, anche a parita' di versione.
There, I fixed it.
Ci sono dei piani di prodotto e delle specifiche che vanno seguite...
Altrimenti poi si zoppica anche sul lato commerciale.
O avete avuto altri problemi diversi dall'ultima volta in cui volevate far fare ad una versione di Android cosa che NON POTEVA fare e il prodotto aveva un piano di adozione sbagliato?
-
Ragazzi, cosa vi aspettate quando su un device con quei constraint ci metti su 1 vm per applicazione/servizio?
Non funziona così.
Poi c'è anche la questione hardware: molti moduli del kernel sono scritti dai device maker, e quindi è difficile avere un sistema perfettamente ottimizzato. Guardate il clock delle CPU di un iPhone e confrontatelo con quello di un qualsiasi cellulare Android.
Su questo bisogna riconoscere che hanno lavorato molto e bene. Ormai è tutto incapsulato. Il comportamento del kernel ora ha delle specifiche stringenti o non ti certificano il device. Poi se uno vuole uscire dalla fascia più produttiva dello sviluppo cazzi suoi.
La domanda che uno dovrebbe farsi è: vale la pena avere le complicazioni di uno sviluppo a basso livello per fare un passatempo che avrà un tempo di vita sul mercato di pochi mesi massimo? Quasi tutti i best-seller e le esclusive Android non sono sviluppate così. Esattamente come accade su iOS e come accadeva su Symbian o sul vecchio J2ME. Middleware e produttività FTW.
Mettendo tutto in prospettiva non mi pare che la roadmap di Android sia stata molto diversa rispetto a quella affrontata da iOS. Ricordiamoci che lo sviluppo su iOS è stabile dal 3GS in poi. Prima voleva dire dare supporto quotidiano alle App.
A dispetto dell'omogeneità, Apple sta dimostrando una fatica (e un panico) tangibile a far fare il primo salto di qualità importante ad iOS. E' un limite storico che Apple non è mai riuscita a superare. Anche OSX sta facendo la stessa fine di MacOS. Si parla di buttare tutto e di rifare le cose da zero. Lion avrà pure l'ordinamento dei file per tipo ma è ancora lontano dall'essere un degno sostituto di Snow Leopard e ci vorranno mesi per stabilizzarlo. Lo stesso Airdrop hit & miss imbarazzante...
A me è sembrato una specie di toppa affrettata per bilanciare la relativamente scarsa diffusione di iPad ed il ritardo sul rilascio di iOS 5. E per rispondere alla prima demo di Metro su Windows 8.
Intanto a che beta pubblica di iOS 5 siamo arrivati? Alla 8? Quanti mesi di ritardo ha sulla prima roadmap annunciata l'anno scorso? Poi uno si meraviglia se i dev con piani un minimo ambiziosi vanno sotto e liquidano. Perché le vendite su iOS si stanno appiattendo e da Natale di titoli rilevanti se ne sono visti pochissimi?
Non si può fare marketing consumer sugli sviluppatori: se devi supportare i dev devi essere onesto e trasparente con loro. Almeno Google le cose non te le dà sino a che non sono pronte.
-
Più che altro parliamo dell'incomparabile supporto che i vendor danno ai dispositivi Android (è sarcasmo).
Samsung fa un buon lavoro sul supporto all'evoluzione della piattaforma ma si sputtana tutto sui tool inutili che non vuole nessuno, tipo Kies (una sorta di iTunes dei poveri che non ha senso visto che Android è cloud-based da sempre), i driver USB custom (che non sono necessari) o i software a corredo.
Bene. Coi driver custom non si possono spostare file nel device. Lo spostamento è una copia. Mah.
-
Più che altro parliamo dell'incomparabile supporto che i vendor danno ai dispositivi Android (è sarcasmo).
Mi sa che è proprio questo il problema più grosso. E sinceramente biasimo questo mercato nokia-style in cui si producono secchiate di device semiuguali ogni anno, sperando che almeno qualcuno faccia breccia, per poi concentrare i propri sforzi di supporto su quelli che hanno venduto di più abbandonando gli altri. Probabilmente lato Google ci sono minori responsabilità, ma spero sinceramente che prima o poi venga incluso in Android un sistema di amministrazione serio (non so se comporterebbe un cambiamento a livello di api, ammetto) che tenga sotto controllo tutte le minchiate fatte dalle singole applicazioni. Una cosa proprio da sysadmin, senza bisogno di attaccarlo a un computer. Non voglio aprire 5 applicazioni per disattivare 5 servizi; non voglio che il market mi inchiodi il telefono scaricando un'applicazione mentre sto cercando urgentemente un appunto da dare a qualcuno che ha fretta; non voglio che alcune applicazioni mandate in background vengano spazzate via a caso (magari un browser su una pagina https su cui avevo appena fatto il login) in caso di scarsità di memoria, mentre altre di cui non mi frega una mazza che non ho nemmeno aperto io invece no.
Chiaramente come scelta del device non sono nella posizione di lamentarmi con Android quanto con Acer, ma quando l'avevo preso mi aspettavo maggiore adattabilità anche senza rootarlo.
-
Scusa Ziggybee ma stai facendo un po' di confusione.
Intanto SI, ogni processo ha una VM. (http://developer.android.com/guide/topics/fundamentals.html (http://developer.android.com/guide/topics/fundamentals.html) , così tanto per andare dalla fonte ufficiale. Leggi il punto 3 della lista). Forse ho sbagliato nel dire una VM per app/servizio: possono essercene anche di più.
Secondo, finché puoi vedere il codice sorgente in qualche misura, la classificazione "Open Source" si applica, non confondiamo con lo stallmaniano "open source free software".
Poi, se per cose che Android "non è progettato per fare" ci metti dentro anche sharing di oggetti java all'interno della stessa VM senza passare per serializzazione/deserializzazione e magheggi vari (lo ammetto, è un caso particolare ma a me serviva fare le cose in un certo modo), posso anche lavorare con certe limitazioni, ma allora mi sento in diritto di dire che Android fa schifo o che è progettato con qualche parte del corpo poco consona.
E guarda, ero tutto gasato perché "che figata, queste cose su iOS non si possono fare", prima di arrivare quasi alla fine e trovare una fregatura. Insomma, 20 righe di codice nativo perfettamente lecito, dopo 4 ore di raccolta informazion passate sui sorgenti di Android da 2.1 a 2.3.3 (non si sa mai cambiasse qualcosa di cruciale) per fare una cosa che da come la vedo io è una mancanza di attenzione in fase di progettazione o, peggio ancora, il risultato di una scelta deliberatamente stupida.
-
OK, allora come ho detto anche .NET è open source. Perché ci sono i sorgenti parziali di ALCUNE build pubblicati ma la community al massimo li può guardare.
Non vorrei passare per attivista dell'Open. Sono convinto che se Android fosse stato un vero progetto Open Source non avrebbe mai superato la qualità della 2.1. La logica è quella di gente che si riunisce, si diverte e quando il prodotto inizia a funzionare, l'entusiasmo scema. Qui l'idea era un'altra: interessare gli ingegneri mostrandogli cosa c'è sotto il cofano per poi blindare tutto e questo sta accadendo.
Un consorzio Open è una cosa diversa, specie quando è chiuso, a pagamento e pure molto caro! :)
L'OHA ha supportato i natali a gran parte delle tecnologie mobile e embedded degli ultimi 10 anni. Erano tutte Open Source?
Quello che dici sulle VM è una doverosa precisazione.
Però bisognerebbe anche dire che tra Dalvik e una VM Java ce n'è parecchio. Che Dalvik è una process VM, ovvero un modulo del kernel che esegue un coidice macchina particolare, non proprio un interprete di bytecode. Che da quando c'è il JIT le differenze con i runtime tradizionali si sono abbattute (ma sono rimasti i vantaggi della memoria managed, termine improprio per Dalvik, visto che la memoria la gestisce il kernel nativamente). Tutto è ottimizzato per eseguire VM multiple (che non sono altro che processi) che occupano quanti trascurabili e permettono di gestire il multitasking ed il multiprocess (per non parlare della gestione della memoria) con un'efficienza che altrimenti sarebbe impossibile, specie coi limiti di RAM (deterministici, però) che Android impone ai processi.
Insomma, buttare là "è una merda perché ha una VM per processo" è un po' polemico e riduttivo, secondo me.
Considera che prima di Android 2.2 il porting di Unity era fuori discussione per impossibilità tecniche. Ora l'engine non solo c'è ma vanta prestazioni e resa grafica migliori su Android.
-
Tornando a bomba sui problemi di StM, invece: oggi ho chiesto in giro ed ho trovato un collega che anche lui ha il telefono che si inchioda all'avvio sulla scansione multimediale.
Ho fatto un test.
Indovina un po'? La sua MicroSD sul mio telefono rallentava a bestia durante la scansione post-boot. Parecchi minuti (due o tre) per riavere il controllo del telefono. La mia sul suo andava OK. BOH???
-
Le cose sono due: o è lenta la SD (non mi ricordo di che classe l'ho presa, e sopra mi sa che non c'è scritto), o il fatto che ci siano parecchie migliaia di file (ho caricato tutte le strisce dei peanuts per i momenti di tristezza ;D) gli crea grossi problemi. Però cavolo, speravo di essermi lasciato Symbian alle spalle :(
-
Sulla mia ho millemila file. Tipo un decennio di fumetti golden age... più quelli di comixology che sono frammentati in migliaia di piccolissimi file, un anno di foto e via discorrendo.
E' pure vero che tranne le app che necessitano di essere installate su memoria esterna (tipo Pocket/Star Legends, che anche loro sparpagliano i contenuti in migliaia di file piccoli pochi KB l'uno) non ho quasi nessuna applicazione messa sulla SD.
-
Tra l'altro ho provato a interpretare i log (recuperati con aLogcat subito dopo il boot) e non è che veda intervalli più grandi di qualche decimo di secondo tra un messaggio e l'altro (anche se alcuni messaggi, ripetuti numerose volte, che parlano di timeout di connessione, mi fanno girare le balle), quindi capire il problema pare abbastanza difficile. Vabbe', farò i miei bravi esperimenti con rigore scientifico prima o poi.
-
Le cose sono due: o è lenta la SD (non mi ricordo di che classe l'ho presa, e sopra mi sa che non c'è scritto), o il fatto che ci siano parecchie migliaia di file (ho caricato tutte le strisce dei peanuts per i momenti di tristezza ;D) gli crea grossi problemi. Però cavolo, speravo di essermi lasciato Symbian alle spalle :(
Ma un iPhone?
-
Le cose sono due: o è lenta la SD (non mi ricordo di che classe l'ho presa, e sopra mi sa che non c'è scritto), o il fatto che ci siano parecchie migliaia di file (ho caricato tutte le strisce dei peanuts per i momenti di tristezza ;D) gli crea grossi problemi. Però cavolo, speravo di essermi lasciato Symbian alle spalle :(
Ma un iPhone?
Non lo escludo a priori, ma mentre aspetto che iOS, Android e WP7(+) si stabilizzino un po' (cioè non succeda da un anno all'altro che un telefono diventi improvvisamente obsoleto - con iPhone4 sembra quasi essere successo, yeee) preferisco spendere meno di 300 euro in telefoni, in special modo se ciucciano batteria come assetati nel deserto :P
-
OK, allora come ho detto anche .NET è open source. Perché ci sono i sorgenti parziali di ALCUNE build pubblicati ma la community al massimo li può guardare.
Non vorrei passare per attivista dell'Open. Sono convinto che se Android fosse stato un vero progetto Open Source non avrebbe mai superato la qualità della 2.1. La logica è quella di gente che si riunisce, si diverte e quando il prodotto inizia a funzionare, l'entusiasmo scema. Qui l'idea era un'altra: interessare gli ingegneri mostrandogli cosa c'è sotto il cofano per poi blindare tutto e questo sta accadendo.
Permettimi di dissentire. FreeBSD è un esempio di progetto Open Source dove nessuno può committare roba a caso, prima di approvare una patch questa viene valutata da una cerchia ristretta di persone, l'OS è uno dei migliori che ci sia in giro per la sua categoria e parte del suo codice si trova in Mac OS X. La logica della gente che si riunisce va bene per i prototipi, non per progetto open source seri.
Un consorzio Open è una cosa diversa, specie quando è chiuso, a pagamento e pure molto caro! :)
L'OHA ha supportato i natali a gran parte delle tecnologie mobile e embedded degli ultimi 10 anni. Erano tutte Open Source?
Quello che dici sulle VM è una doverosa precisazione.
Però bisognerebbe anche dire che tra Dalvik e una VM Java ce n'è parecchio. Che Dalvik è una process VM, ovvero un modulo del kernel che esegue un coidice macchina particolare, non proprio un interprete di bytecode. Che da quando c'è il JIT le differenze con i runtime tradizionali si sono abbattute (ma sono rimasti i vantaggi della memoria managed, termine improprio per Dalvik, visto che la memoria la gestisce il kernel nativamente). Tutto è ottimizzato per eseguire VM multiple (che non sono altro che processi) che occupano quanti trascurabili e permettono di gestire il multitasking ed il multiprocess (per non parlare della gestione della memoria) con un'efficienza che altrimenti sarebbe impossibile, specie coi limiti di RAM (deterministici, però) che Android impone ai processi.
Insomma, buttare là "è una merda perché ha una VM per processo" è un po' polemico e riduttivo, secondo me.
Beh, Dalvik non è una JVM, questa infatti è una macchina a stack, mentre Dalvik è a registri. Il bytecode delle 2 macchine è diverso, è vero, ma ti ricordo che comunque farne partire una per processo all'avvio di sistema, e usarla per interpretare codice di qualche tipo (dio ce ne scampi che si metta a fare jit all'avvio del sistema), ma è comunque una scelta che non mi piace e basta guardare l'hardware necessario.
Considera che prima di Android 2.2 il porting di Unity era fuori discussione per impossibilità tecniche. Ora l'engine non solo c'è ma vanta prestazioni e resa grafica migliori su Android.
Non sono sicuro che unity generi del bytecode piuttosto che codice nativo, ma comunque certo che ha prestazioni migliori: sto dicendo dall'inizio che basta guardare l'hardware.
-
Gentlemen, sei scandaloso!
-
OK, allora come ho detto anche .NET è open source. Perché ci sono i sorgenti parziali di ALCUNE build pubblicati ma la community al massimo li può guardare.
Non vorrei passare per attivista dell'Open. Sono convinto che se Android fosse stato un vero progetto Open Source non avrebbe mai superato la qualità della 2.1. La logica è quella di gente che si riunisce, si diverte e quando il prodotto inizia a funzionare, l'entusiasmo scema. Qui l'idea era un'altra: interessare gli ingegneri mostrandogli cosa c'è sotto il cofano per poi blindare tutto e questo sta accadendo.
Permettimi di dissentire. FreeBSD è un esempio di progetto Open Source dove nessuno può committare roba a caso, prima di approvare una patch questa viene valutata da una cerchia ristretta di persone, l'OS è uno dei migliori che ci sia in giro per la sua categoria e parte del suo codice si trova in Mac OS X. La logica della gente che si riunisce va bene per i prototipi, non per progetto open source seri.
Non è la stessa cosa. Tu mi parli di un processo comunitario di controllo della qualità. Un meccanismo simile esiste anche per il Kernel di Linux.
Ricordati che FreeBSD si può forkare e che, per definizione, un progetto Open Source basa il suo essere Open Source sul trasferimento di copyright e di proprietà a chi accede ai sorgenti, cosa che non vale per Android ma vale per FreeBSD.
Se ci basiamo su questo presupposto anche OSX sarebbe Open Source, anche se l'ultima release pubblica del kernel è uscita mille milioni di anni fa!
Se ci pensi non hanno fatto un percorso-trappola per nerd molto diverso da Android...
-
Le cose sono due: o è lenta la SD (non mi ricordo di che classe l'ho presa, e sopra mi sa che non c'è scritto), o il fatto che ci siano parecchie migliaia di file (ho caricato tutte le strisce dei peanuts per i momenti di tristezza ;D) gli crea grossi problemi. Però cavolo, speravo di essermi lasciato Symbian alle spalle :(
Ma un iPhone?
LOL quindi a chi ha ancora un iPhone 2 consigli Android? ;P
Ricordiamoci che il Liquid è uno dei primi handset Android usciti. Il suo tempo l'ha fatto da parecchio.
-
Ho appena aggiornato con una rom gingerbread custom... vediamo come va ;D
Ovviamente per ora il boot è velocissimo (devo ancora reinstallare tutto :cheers:).
Ho pure aggiunto una partizione di swap già che c'ero, abbondiamo. Però la micro sd è di classe 4, non una scheggia :/
-
Ho appena aggiornato con una rom gingerbread custom... vediamo come va ;D
Ovviamente per ora il boot è velocissimo (devo ancora reinstallare tutto :cheers:).
Ho pure aggiunto una partizione di swap già che c'ero, abbondiamo. Però la micro sd è di classe 4, non una scheggia :/
Se ti serve la partizione di swap è già un problema. :asd:
Ti consiglio di toglierla, altrimenti l'OS la usa. Su SD poi... :asd:
-
Non sono tanto sicuro che la usi, l'ultima volta che ho controllato ne occupava 2 mega :uhm:
Comunque il boot è più veloce, salvo per il fatto che per compilare la lista della applicazioni impiega gli stessi minuti di prima :chebotta:. Probabilmente l'adw launcher carica la lista man mano mentre quello di froyo aspetta finché non è TUTTA caricata :azz:
-
C'è un parametro "swappability" che probabilmente indica quanto l'os debba provare a usare la memoria swap. Al 10% non me la usa, praticamente :P
-
Ho appena aggiornato con una rom gingerbread custom... vediamo come va ;D
Ovviamente per ora il boot è velocissimo (devo ancora reinstallare tutto :cheers:).
Ho pure aggiunto una partizione di swap già che c'ero, abbondiamo. Però la micro sd è di classe 4, non una scheggia :/
Se ti serve la partizione di swap è già un problema. :asd:
Ti consiglio di toglierla, altrimenti l'OS la usa. Su SD poi... :asd:
Infatti. Questo è quello che intendevo io quando dico che a fidarsi troppo degli acher da forum che parlano di reattività e custom firmware non sempre è bene!
-
A dar retta ai forum ogni nuovo firmware è sempre più veloce del precedente... anche se alla fine è un chiodo.
-
A dar retta ai forum ogni nuovo firmware è sempre più veloce del precedente... anche se alla fine è un chiodo.
Credo che sia perche' i fan di android sono fanatici come quelli apple :)
-
A dar retta ai forum ogni nuovo firmware è sempre più veloce del precedente... anche se alla fine è un chiodo.
Credo che sia perche' i fan di android sono fanatici come quelli apple :)
Credo che questa possa diventare tranquillamente:
"Credo sia perché i fan di X sono fanatici come quelli Y".
Però il fanboyismo da un lato serve: quando non se fan di niente, sei obiettivo e dunque ti fa schifo tutto.
-
A dar retta ai forum ogni nuovo firmware è sempre più veloce del precedente... anche se alla fine è un chiodo.
Credo che sia perche' i fan di android sono fanatici come quelli apple :)
Credo che questa possa diventare tranquillamente:
"Credo sia perché i fan di X sono fanatici come quelli Y".
Però il fanboyismo da un lato serve: quando non se fan di niente, sei obiettivo e dunque ti fa schifo tutto.
Che e' il mio problema :D Fregandomene dei cellulari, Apple non mi piace, Android non va un cazzo e WP7 non so se ci sono le applicazione e ha IE9 che e' nammerda.
Sono fan di Nokia pero' :D
-
Sono fan di Nokia pero' :D
Allora sei a posto. Dopo essersi suicidata con MS, ora annuncia UN ALTRO SO basato su Linux. Evvai!
-
Sono fan di Nokia pero' :D
Allora sei a posto. Dopo essersi suicidata con MS, ora annuncia UN ALTRO SO basato su Linux. Evvai!
Aspetta, questa mi manca. Ero rimasto alla situazione:
-Abbandoniamo Symbian
-Ma non la serie 40
-Continuiamo anche a tirar fuori nuove release e nuovi telefoni basati su symbian^3
-I telefoni basati su WP7 saranno la nostra punta di diamante
-Il primo uscirà a stento entro il 2011
-Abbandoniamo Meego
-Davvero, nessun telefono basato su Meego uscirà
-Bello il N9 basato su Meego, vero?
-Comunque Meego non ci interessa più, ci pensi Intel a farne qualcosa
E quindi ora:
-Buttiamo nel cesso tutto quello che già abbiamo e creiamo un NUOVO sistema operativo per la fascia medio-bassa
Se fossi un azionista Nokia sarei contentissimo.
-
Sono fan di Nokia pero' :D
Allora sei a posto. Dopo essersi suicidata con MS, ora annuncia UN ALTRO SO basato su Linux. Evvai!
Ma come? ?E WP7???
-
Per WP7 hanno abbandonato Symbian, mica deciso di non fare altro per la vita.
http://www.itworld.com/hardware/208803/nokia-readies-linux-os-low-end-smartphones (http://www.itworld.com/hardware/208803/nokia-readies-linux-os-low-end-smartphones)
La cosa che fa ridere della notizia è che Android sarebbe stata la scelta più saggia ma no, chissene frega, inventiamone un'altro da mettere sui telefoni sotto i 100$, tanto una volta pronto i membri della OHA capiranno lo sbaglio fatto!
-
Magari a Microsoft sarebbe dispiaciuto se Nokia avesse intrallazzato con Google.
Comunque rimossa la partizione di swap e qualche applicazione che non serve più l'Acer Liquid sembra quasi un telefono normale, meno di 3 minuti per il boot. Un grande successo. C'è stato un momento, a rom appena installata, in cui non era ancora attivata l'installazione delle applicazioni su partizione ext2 e il market stava scaricando le mie applicazioni come se non ci fosse un domani, intasando la memoria interna senza che io riuscissi a fermarlo. Son belle cose.
-
Symbian che difetto orribile aveva rispetto ad Android per la fascia bassa?
Posto che trovo molto più user-friendly il primo rispetto al secondo (che non sopporterei proprio, non fosse per le applicazioni).
-
A parte i menù a casaccio, niente. Che poi li avevano anche sistemati alla grande, sul mio 5230 (che tengo in caso di emergenza, visto che il browser, il display, la batteria (7 giorni! Porno!) ed il navigatore era tutt'altro che male per 130 euro).
Il problema è che anche in casa Nokia non c'erano due telefoni uguali e chi si lamenta oggi di Android (perché è allergico alle API Java) non ha idea di che incubo fosse sviluppare in Java o BREW su Symbian...
Per il resto, io sono il primo a sostenere che Android e iOS sono dei Symbian poco più fighi di Symibian: ti fanno leggere le E-Mail e le pagine web con la formattazione originale e stop. Il resto è un di cui. Fa ridere anche solo pensare che le App o il 3D fossero un'innovazione quando bastava accendere un telefono Symbian o un K750 della Sony per essere inondati di giochi e applicazioni. Il problema forse era che esistevano praticamente solo pirata, per gli utenti :)
iOS e Android, per di più, sono stati lanciati in un periodo di profonda trasformazione dell'uso del Web e oggi sono praticamente vecchi. Android qualcosa è riuscito a fare per cercare di andare in contro alla produzione di contenuti ma anche qui è stato un retropensiero, più che una feature by design. Il concetto di App mono-task orientata alla testualità è naufragato in fretta. E ora ci sono telefoni tanto potenti da emulare i giochi DOS senza rallentamenti che non mancano di farti notare tutte le cose che tu untene, non puoi fare. O forse si. Prova la App, no forse è meglio il sito. E poi alla fine passi sempre sul PC di casa perennemente acceso per il P2P e in due secondi fai tutto...
La disaffezione tra utenti e tablet credo la dica lunga su quanto ci sia bisogno urgente di un paradigm shift che ridia dignità ai device mobile. Altrimenti tempo qualche anno e sarà la fascia ultra-bassa a guidare il mercato.
-
Ecco, mi spieghi meglio quest'ultimo punto se puoi?
Non ho capito bene che intendi con disaffezione tra utenti e tablet. Io pensavo fossero un po' ostici per l'uomo della strada ma tutto sommato adatti allo scopo.
-
In realtà chi li compra non ne fa un gran uso e, nonostante il mercato cresca, non è proprio di massa.
Confronta questi dati:
http://ziggybee.blogspot.com/2011/09/i-tablet-settembre-2011.html (http://ziggybee.blogspot.com/2011/09/i-tablet-settembre-2011.html)
Con il nuovo Kindle Fire:
http://ziggybee.blogspot.com/2011/09/kindle-fire-pensiero-stupendo.html (http://ziggybee.blogspot.com/2011/09/kindle-fire-pensiero-stupendo.html)
Secondo te è un caso? :D
-
No, non è un caso, ma infatti credo sia Amazon ad aver tirato fuori un device in grado di inserirsi in due mercati contigui (quello degli ebook reader e quello dei tablet di fascia bassa) per aumentare il suo pubblico piuttosto che i tablet a perdere quote (non è che l'iPad sta perdendo quote per la concorrenza di Android? Secondo me sì). Magari si credeva - troppo ottimisticamente - che i tablet si sarebbero comportati come gli smartphone, ma fino a quando si presenteranno le versioni 3G di cento euro più costose delle controparti con solo WiFi non si andrà da nessuna parte, imho. Lo stesso concetto di utilizzo entro le mura di casa relega i tablet alla dimensione di gadget piuttosto che a quella di uno strumento in grado di unire produttività, lettura e intrattenimento (tutti in mobilità).
Poi non ho capito se Acer ha deciso di chiamarsi fuori da questo settore (rinnegando una scelta di pochi mesi fa) oppure ha deciso di limitare gli investimenti in tal senso.
-
Il problema è che anche in casa Nokia non c'erano due telefoni uguali e chi si lamenta oggi di Android (perché è allergico alle API Java) non ha idea di che incubo fosse sviluppare in Java o BREW su Symbian...
Quindi l'abbandono di Symbian poggia le sue basi esclusivamente sulla prospettiva dello sviluppatore, piuttosto che su quella dell'utenza. Dico male?
-
(non è che l'iPad sta perdendo quote per la concorrenza di Android? Secondo me sì)
su cosa basi quest'affermazione?
-
(non è che l'iPad sta perdendo quote per la concorrenza di Android? Secondo me sì)
su cosa basi quest'affermazione?
Sul fatto che iPad non esiste da un lustro, ma da un anno e mezzo scarso. E nel 2011 sono apparsi concorrenti in teoria molto agguerriti (Acer, Asus, soprattutto Samsung), che usano Android.
-
(non è che l'iPad sta perdendo quote per la concorrenza di Android? Secondo me sì)
su cosa basi quest'affermazione?
Sul fatto che iPad non esiste da un lustro, ma da un anno e mezzo scarso. E nel 2011 sono apparsi concorrenti in teoria molto agguerriti (Acer, Asus, soprattutto Samsung), che usano Android.
ah, ok :)
-
No in realtà a leggere le ricerche di mercato il problema è mediamente più grave (e equamente distribuito): l'utente tipico spesso non sa cosa farsene e cadono in disuso dopo poche settimane.
Questo ha bloccato l'effetto passaparola tra le persone comuni...
-
Uhm, in che percentuale su quelli acquistati cadono in disuso?
-
Non ci sono ancora dati consolidatissimi ma fuori casa il 60% degli utenti non collega il tablet nemmeno al WiFi. Nessuno o quasi lo usa in 3G e l'80% dei loro possessori ha già uno smartphone con piano dati.
Qui i dati più recenti per l'europa (una ricerca del Guardian):
http://ziggybee.blogspot.com/2011/09/i-tablet-settembre-2011.html (http://ziggybee.blogspot.com/2011/09/i-tablet-settembre-2011.html)
Noterai che il Kindle Fire è stato fatto proprio per quegli utenti! :D
-
Pensate che Android era già talmente Open Source che Brin ha annunciato oggi che da Android 4.0 il progetto diventerà... Open Source!
LOL
(sul serio: se scelgono una licenza che permette i fork, sarà la fine)
-
Pensate che Android era già talmente Open Source che Brin ha annunciato oggi che da Android 4.0 il progetto diventerà... Open Source!
LOL
(sul serio: se scelgono una licenza che permette i fork, sarà la fine)
Bon, questo chiude ogni mia velleita' di comprare android: non ci sara' un solo software che funziona su due cellulari differenti.
-
Essì, devi comprare un cellulare WP7 soprattutto per dirci come va!
Comunque non ho ben chiaro quale sarebbe la differenza. Già ora CyanogenMod si basa direttamente sui sorgenti del kernel, cosa cambierebbe? :mah:
-
Il problema è che dire "non è open" causa confusione.
In teoria fino al 2.3.x era open source. Il 3.0 non lo era, e per Google la scusa era "non vogliamo che i manufacturer di cellulari installino su un telefono un OS pensato per un tablet".
Ma il discorso non cambia, anche Linux è open source e pure è poco più che un kernel tirato su con lo sputo da un tizio che a volte farebbe bene a fare meno il saccente, e da tanti imbecilli che lo seguono.
In compenso, "open" o meno, http://android.git.kernel.org/ (http://android.git.kernel.org/) è ancora non operativo e da Google non arrivano notizie su repository ufficiali.
Cambiando argomento, ho dato una rapida occhiata alle API di Ice Cream Sandwich e sembra che, almeno da lato java, stiano provvedendo a delle mancanze. Gustosissimo l'handler "onTrimMemory" a livello App, Service e Activity, almeno uno è in grado di decidere la priorità da dare alle risorse. Non vedo l'ora anche di provare in azione la TextureView.
Sono curioso di vedere cosa c'è nella prossima release dell'NDK.
-
Ora mi pare che tutte le versioni di Android siano a sorgente aperto :mah:
Comunque ok, sarà colpa del fatto che il Liquid è un terminale vecchissimo e che il minimo sindacale di ram sono 512 mega, ma installando questa applicazione ho scoperto che partono applicazioni per ogni minchiata di evento (avvio, cambiamento dello stato di connessione, premuto un tasto, starnuto):
https://market.android.com/details?id=com.elsdoerfer.android.autostarts
E disattivando tutte le suddette minchiate ora ho un telefono che funziona (prima Puzzle Quest 2 mi scattava come affetto da Parkinson, ora è fluido, e così anche Podkicker - per ascoltare i podcast - che prima sembrava una telefonata intercontinentale e ora è tranquillo). L'unica cosa è Google+ che continua a ripresentarsi e pare non facilmente disattivabile (cari amici di google: NON-LO-USO-QUASI-MAI-NON-ROMPETE-I-COGLIONI). Mi toccherà disinstallarlo.
-
La Hackborn che si sente offesa:
https://plus.google.com/105051985738280261832/posts/2FXDCz8x93s
:asd:
Poverina, non è nemmeno proprio tutta colpa del lavoro che fanno nel suo team, se la gestione dei processi su android è uno schifo (altro discorso meritano dei bug in EGL mai fixati nonostante i report).
Un giorno capiranno che su un cellulare uno vede una app attiva alla volta, forse.
-
Ho preso un Xperia Mini Pro (di seconda mano), e ho notato che è 10 volte più reattivo. A parte questo, ho visto un'altra piaga di Android: giochi che partono a risoluzione hd anche se la risoluzione del tuo telefono è 320x480, e sono inutilizzabili. Che neanche ti dicono che non puoi installarli o comprarli (io li avevo già usati sul Liquid, nessun danno economico ;D).
-
Una piccola rogna a cui mi auguro si metta una pezza prima o poi sono le applicazioni preinstallate, che in genere non si possono rimuovere se non si ottiene l'accesso root al telefono (indipendentemente dal produttore: se sono applicazioni di sistema non si possono togliere - poi il produttore mi spiegherà come "Giochi Popcap" possa essere considerata così vitale). Così ora ho 50 mega occupati sulla (ampia ma limitata) memoria del telefono per applicazioni che non mi interessano o di cui ho installato gli aggiornamenti, i quali pure sono finiti sulla memoria interna ma nelle applicazioni utente, e che quindi ora occupano il doppio dello spazio (applicazioni di sistema + applicazioni utente). Sony Ericsson quasi incoraggia a usare firmware non ufficiali, ma io non ho particolari motivi per flashare un firmware rootato, anzi preferirei non farlo su un telefono che voglio mantenere affidabile e abbastanza sicuro (può capitare di beccarsi l'app malefica anche dal market, sebbene per poco tempo).
-
Pure Samsung lo fa con le applicazioni in bundle. Fortuna che sono poche, Aldiko, Layar (che uso spesso) e poche altre. Aldiko è in versione premiun ma è sempre qualche versione indietro, non capisco perché. Gli altri sono gli stessi del market, quindi tranne lo scazzo di non poterli eradicare fanno comodo...
-
Ho rootato :ehm: . Risultato: ho rimosso un po' di bloatware, e con Titanium Backup ho accorpato su rom gli aggiornamenti di alcune applicazioni e spostato su SD 35 applicazioni che in teoria non supportavano lo spostamento su SD. Ho liberato circa 150 MB dalla memoria interna.
Non so com'è ICS, ma per me android dovrebbe funzionare così :boh2:. E non rompa i maroni che non funzionano le widget delle applicazioni che sono su SD.
(come extra, adesso posso montare chiavette usb -non hard disk esterni - usando un connettore da 5 euro, invece della dock station di Sony da 50 euro :chebotta:)
-
Anche a me tendenzialmente andrebbe bene così però sugli smartphone una libertà simile è a scapito della sicurezza, purtroppo. Già con le app limitate (e non parlo solo di Android) ci sono moltissimi tool e librerie al limite dello spyware, figurarsi se il sistema permetta l'accesso libero a tutto il sistema di default.
Anche spostare le app su SD senza vincoli apparentemente non presenta rischi ma...
Se swappi la SD con una che ha un malware o qualche altro tipo di software pirata? Tendenzialmente sono più favorevole ad avere una congrua memoria interna, visto che ora sono veri e propri SSD...
-
Ho scoperto solo ieri la genialata per cui ogni messaggio più lungo di 3 sms concatenati viene inviato come mms, e non c'è modo di cambiare questo comportamento (non mi è chiaro se ci siano versioni dell'applicazione ufficiale che lo prevedono). Per cui ho dovuto mettere come applicazione di messaggistica Handcent, che ha anche l'opzione di mantenere la lunghezza massima delle conversazioni a un valore a scelta (mentre di default possono diventare infinite e rendere lentissimo il telefono).
No ma complimenti. C'è anche un thread lunghissimo su google code di gente che supplica l'implementazione di questa (banalissima?) feature.
-
Ach, potevo avere un Windows Phone gratis, a concentrare meglio le mie lamentele
http://www.ilfattoquotidiano.it/2012/01/31/microsoft-regala-palmare-parla-male-android/187953/ (http://www.ilfattoquotidiano.it/2012/01/31/microsoft-regala-palmare-parla-male-android/187953/)
:asd:
-
Ach, potevo avere un Windows Phone gratis, a concentrare meglio le mie lamentele
http://www.ilfattoquotidiano.it/2012/01/31/microsoft-regala-palmare-parla-male-android/187953/ (http://www.ilfattoquotidiano.it/2012/01/31/microsoft-regala-palmare-parla-male-android/187953/)
:asd:
Poco da ridere, WP7 è molto più in là di Android come usabilità.
-
Ma infatti l'avrei preso volentieri :asd:
Uso android fondamentalmente perché lo posso modificare parecchio (ed è una cosa che mi piace fare), il supporto alle tastiere qwerty fisiche è migliore e sono già disponibili navigatori gps offline, ma spero sinceramente che WP7 abbia molto successo.
-
Ma infatti l'avrei preso volentieri :asd:
Uso android fondamentalmente perché lo posso modificare parecchio (ed è una cosa che mi piace fare), il supporto alle tastiere qwerty fisiche è migliore e sono già disponibili navigatori gps offline, ma spero sinceramente che WP7 abbia molto successo.
che navigatori usi? (forse è meglio aprire un topic a parte?)
-
In realtà uso solo il Navigon. So che adesso ci sono alternative, alcune gratuite altre no, ma l'avevo preso quando era praticamente l'unico di una certa affidabilità. Non è male, anzi è migliorato rispetto all'inizio (senza segnale gps non potevi fare una mazza, adesso puoi finalmente pianificare un itinerario in anticipo, senza essere per forza al volante :P), sebbene l'interfaccia non sia snella e immediata come nel 2012 mi aspetterei fosse. Qui finisce la mia esperienza, se vuoi chiedere ad altri o approfondire la questione apri pure un topic ;D
-
ok, pensavo ne avessi provati diversi. Io ho preso il sigyc e mi ci trovo molto bene, lo uso per lavorare e funziona ottimamente
-
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?
-
lolsymbian
-
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) (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.
-
come del resto fa iOS e credo windows phone 7
-
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. :asd:
-
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) (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)
-
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.
-
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.
-
Mah, più che incompetenza, era da considerare qual è stato il primo target di Android.
(http://www.coolest-reviews.com/wp-content/uploads/g1.jpg)
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).
-
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.
-
Ma in un Nexus nella rom ci sono solo le applicazioni non aggiornabili da market o ad esempio ci si trova anche gmail?
-
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.
-
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).
-
Le App di Google sono tutte su Google Play e non si trovano dentro le ROM "base".
-
E' normale che col passaggio ad Ice Cream Sandwich abbia come minimo aumentato di 60-70 megabyte l'occupazione minima di memoria ram?
-
E' normale che col passaggio ad Ice Cream Sandwich abbia come minimo aumentato di 60-70 megabyte l'occupazione minima di memoria ram?
Non so se quella è la quantità usuale, ma ICS occupa più ram. Infatti credo che il mio Xperia Mini Pro rimarrà a Gingerbread, con buona pace della frammentazione (la stessa Sony avvisa con documenti esaustivi che potranno esserci cali di prestazioni per i cellulari con 512 di ram).
-
Se dall'ultimo Google I/O di fine 2011 non hanno cambiato niente, temo che uno dei motivi sia l'ennesimo problema di accelerazione hardware. Invece di ridurre il numero di draw su texture necessarie, sembra che abbiano dato un back-end OpenGL a skia. Quindi ogni app deve tirarsi su un context OpenGL.
Ah, vedendo che StM cita Sony, mi sono imbattuto anche in questo: http://developer.sonymobile.com/wp/2012/03/30/learn-about-the-technical-differences-between-gingerbread-and-ics/ (http://developer.sonymobile.com/wp/2012/03/30/learn-about-the-technical-differences-between-gingerbread-and-ics/)
-
Magari sarà marginale, ma più RAM occupata non equivale a più energia consumata? Dove diavolo stiamo spingendo l'offerta?
-
Magari sarà marginale, ma più RAM occupata non equivale a più energia consumata? Dove diavolo stiamo spingendo l'offerta?
Più ram occupata di per sé non consuma più energia (il refresh credo sia fatto sia se è vuota sia se è piena :chebotta:)... certo che se c'è un overhead per liberare spazio tutte le volte che avvii qualcosa allora probabilmente sì :asd:
-
Più che quella occupata sarebbe utile capire quanta ne resta libera...
-
Più che da quella occupata sarebbe utile capire quanta ne resta libera...
Totale - occupata? ::)
-
E' normale che col passaggio ad Ice Cream Sandwich abbia come minimo aumentato di 60-70 megabyte l'occupazione minima di memoria ram?
Più che quella occupata sarebbe utile capire quanta ne resta libera...
Totale - occupata? ::)
You failed at life.
-
E' normale che col passaggio ad Ice Cream Sandwich abbia come minimo aumentato di 60-70 megabyte l'occupazione minima di memoria ram?
Più che quella occupata sarebbe utile capire quanta ne resta libera...
Totale - occupata? ::)
You failed at life.
You failed at everything. :(
-
Oh siete fortissimi.
-
Cherno: base per altezza diviso 2! ::)