Windows Phone 8, Microsoft alla prova del nove

[Unrealizer]

Originariamente inviato da zephyr83

ma anche no, per evitare problemi si lascia usare a ogni applicazione tanta memoria per nn correre rischi! se fosse ottimizzato bene di certo basterebbe meno memoria per ogni programma!!

Sarò scemo io, ma continuo a non capire perché "tanta memoria a disposizione == sistema non ben ottimizzato"

sono abbastanza sicuro che qualche vecchio utente del dos (di quelli che andavano a smanettare su himem.sys) avrebbe qualcosa da ridire

[zephyr83]

Originariamente inviato da Unrealizer

Sarò scemo io, ma continuo a non capire perché "tanta memoria a disposizione == sistema non ben ottimizzato"

sono abbastanza sicuro che qualche vecchio utente del dos (di quelli che andavano a smanettare su himem.sys) avrebbe qualcosa da ridire

per me un terminale con multitasking così limitato che ad ogni app permette di allocare fino a 90 MB di memoria nn è sinonimo di sistema ben ottimizzato! Non dico che sia sbagliato ma si è deciso di fare le cose "facili" mettendo a disposizione tanta ram per nn rischiare di trovarsi in "crisi". Trovo invece ottimizzato un sistema come symbian che anche con 256 MB di ram nn ha problemi ad eseguire applicazioni in background, voip compreso!
Fosse stato tanto ottimizzato con 256 mb nn avrebbero introdotto ulteriori limitazioni e nn dovrebbero esserci problemi con certi programmi!!!

[Mr_Paulus]

Originariamente inviato da zephyr83

per me un terminale con multitasking così limitato che ad ogni app permette di allocare fino a 90 MB di memoria nn è sinonimo di sistema ben ottimizzato! Non dico che sia sbagliato ma si è deciso di fare le cose "facili" mettendo a disposizione tanta ram per nn rischiare di trovarsi in "crisi". Trovo invece ottimizzato un sistema come symbian che anche con 256 MB di ram nn ha problemi ad eseguire applicazioni in background, voip compreso!
Fosse stato tanto ottimizzato con 256 mb nn avrebbero introdotto ulteriori limitazioni e nn dovrebbero esserci problemi con certi programmi!!!

se non ricordo male su iphone il limite di allocazione di ram prima che iOS ti sbatta fuori è di 170-180mb per i modelli da 512mb e di 40-80 per i modelli da 256mb.

e ragionandoci è un limite sensato dato che i nuovi giochi sono molto esigenti in fatto di risorse.

[Unrealizer]

Originariamente inviato da zephyr83

per me un terminale con multitasking così limitato che ad ogni app permette di allocare fino a 90 MB di memoria nn è sinonimo di sistema ben ottimizzato! Non dico che sia sbagliato ma si è deciso di fare le cose "facili" mettendo a disposizione tanta ram per nn rischiare di trovarsi in "crisi". Trovo invece ottimizzato un sistema come symbian che anche con 256 MB di ram nn ha problemi ad eseguire applicazioni in background, voip compreso!
Fosse stato tanto ottimizzato con 256 mb nn avrebbero introdotto ulteriori limitazioni e nn dovrebbero esserci problemi con certi programmi!!!

"per me" non è un buon modo di iniziare un post su argomenti simili

Comunque, hai esperienza di programmazione? Sono 10 anni che programmo, e la mia impressione è sempre stata "un buon SO è quello che lascia tanta memoria libera alle applicazioni, un cattivo SO è quello che usa tutta la memoria per se e fa il taccagno con le applicazioni"

[zephyr83]

Originariamente inviato da Unrealizer

"per me" non è un buon modo di iniziare un post su argomenti simili

Comunque, hai esperienza di programmazione? Sono 10 anni che programmo, e la mia impressione è sempre stata "un buon SO è quello che lascia tanta memoria libera alle applicazioni, un cattivo SO è quello che usa tutta la memoria per se e fa il taccagno con le applicazioni"

ma su questo concordo anche io! ma per me un OS molto ottimizzato è un OS che sfrutta il più possibile le risorse a disposizione come fa appunto symbian. Cmq quanta ram si prende di suo il sistema su 512 MB? e Sul lumia 610 con 256 MB?

[Unrealizer]

Originariamente inviato da zephyr83

ma su questo concordo anche io! ma per me un OS molto ottimizzato è un OS che sfrutta il più possibile le risorse a disposizione come fa appunto symbian. Cmq quanta ram si prende di suo il sistema su 512 MB? e Sul lumia 610 con 256 MB?

A dispositivo appena avviato sul mio Optimus 7 (e con soltanto un'app aperta, ovvero quella per leggere la ram occupata) ho 116 MB in uso e 366 liberi (su 482 totali)

Su WP 7.5 (il 7.0 non va più considerato, è estinto) funziona così: puoi tornare al menu in due modi, tramite il tasto back (chiudendo l'app) o tramite il tasto Windows (sospendendola)

Sospendendola, l'applicazione resta in RAM, ma non viene eseguita

Se il SO dovesse aver bisogno di altra ram (aprire un'altra app, eseguire suoi servizi interni o eseguire i background agent) chiuderebbe l'app più vecchia (o meglio, fa il tombstoning: viene salvato il suo stato in alcuni file di cache e l'app viene terminata e rimossa dalla memoria) per "reclamare" la memoria

per questo sui 610 non esistono i background agent: 120 MB di OS + 90 MB di app + 50 MB (5 x 10) di background agent fa 270 MB

comunque le app hanno il limite dei 90 MB solo sui telefoni con 256 MB di ram, sugli altri forse nemmeno c'è un limite

Originariamente inviato da MSDN

The GetValue(String) method returns a long value of less than 90 MB (94371840) if the device is a 256-MB device. If the device is a 256-MB device, your application should not use more than 90 MB of memory. To meet this memory cap you may need to avoid using certain features in your application such as animated page transitions. If you do use these features, make sure you test the memory use of your application before submitting it to Marketplace, particularly for application and games that use a lot of media resources.

[zephyr83]

Originariamente inviato da Unrealizer

A dispositivo appena avviato sul mio Optimus 7 (e con soltanto un'app aperta, ovvero quella per leggere la ram occupata) ho 116 MB in uso e 366 liberi (su 482 totali)

Su WP 7.5 (il 7.0 non va più considerato, è estinto) funziona così: puoi tornare al menu in due modi, tramite il tasto back (chiudendo l'app) o tramite il tasto Windows (sospendendola)

Sospendendola, l'applicazione resta in RAM, ma non viene eseguita

Se il SO dovesse aver bisogno di altra ram (aprire un'altra app, eseguire suoi servizi interni o eseguire i background agent) chiuderebbe l'app più vecchia (o meglio, fa il tombstoning: viene salvato il suo stato in alcuni file di cache e l'app viene terminata e rimossa dalla memoria) per "reclamare" la memoria

per questo sui 610 non esistono i background agent: 120 MB di OS + 90 MB di app + 50 MB (5 x 10) di background agent fa 270 MB

comunque le app hanno il limite dei 90 MB solo sui telefoni con 256 MB di ram, sugli altri forse nemmeno c'è un limite

grazie per la delucidazione, il ciclo di vita lo conosco, nn sapevo quanta ram usava solo il sistema! Semrpe più convinto che la versione da 256 MB neanche quelli di microsoft sanno ancora perché l'han fatta
Per per esser dei "telefoni" l'uso della ram mi pare abnorme, ancora di più per una gestione del multitasking così limitata! Ma già trovavo abnorme l'uso di ram di android fin dall'origine, figuriamoci wo senza un vero multitasking per le app terzi sicuramente l'uso di virtual machine aumenta più del "dovuto" l'uso di ram (su entrambi) ma mi sembrano davvero valori elevati!!! Vada per alcuni giochi ma per il resto....

[Unrealizer]

Originariamente inviato da zephyr83

grazie per la delucidazione, il ciclo di vita lo conosco, nn sapevo quanta ram usava solo il sistema! Semrpe più convinto che la versione da 256 MB neanche quelli di microsoft sanno ancora perché l'han fatta
Per per esser dei "telefoni" l'uso della ram mi pare abnorme, ancora di più per una gestione del multitasking così limitata! Ma già trovavo abnorme l'uso di ram di android fin dall'origine, figuriamoci wo senza un vero multitasking per le app terzi sicuramente l'uso di virtual machine aumenta più del "dovuto" l'uso di ram (su entrambi) ma mi sembrano davvero valori elevati!!! Vada per alcuni giochi ma per il resto....

Infatti le app normali raramente superano i 10-15 MB di ram

Comunque WP7 ha il multitasking, semplicemente le "app" vengono sospese quando non sono in foreground...



Uploaded with ImageShack.us

[buddo]

Originariamente inviato da Unrealizer

Infatti le app normali raramente superano i 10-15 MB di ram

Comunque WP7 ha il multitasking, semplicemente le "app" vengono sospese quando non sono in foreground...

Chiamalo multitasking...

[pabloski]

Originariamente inviato da buddo

Chiamalo multitasking...

In effetti è uno strano meccanismo, che ha pure android peraltro. Ma non capisco quali dovrebbero essere i vantaggi di un simile approccio e perchè su un 386 avevamo il multitasking e su un cortex a9 non possiamo!!!

Che poi sono stati costretti a creare quell'assurdità dei servizi perchè logicamente ci sono processi che necessitano di essere eseguiti anche quando non sono in foreground.

[buddo]

Originariamente inviato da pabloski

In effetti è uno strano meccanismo, che ha pure android peraltro. Ma non capisco quali dovrebbero essere i vantaggi di un simile approccio e perchè su un 386 avevamo il multitasking e su un cortex a9 non possiamo!!!

Che poi sono stati costretti a creare quell'assurdità dei servizi perchè logicamente ci sono processi che necessitano di essere eseguiti anche quando non sono in foreground.

Non è lo stesso meccanismo, Android tiene funzionanti in background tutte le app, le sospende solo in casi estremi, ossia quando non c'è più ram a disposizione.

When the user navigates forward, away from an application, after the Deactivated event is raised, the operating system will attempt to put the application into a dormant state. In this state, all of the application’s threads are stopped and no processing takes place

When the user leaves an application, its process is kept around in the background, allowing it to continue working (for example downloading web pages) if needed, and come immediately to the foreground if the user returns to it. If a device never runs out of memory, then Android will keep all of these processes around, truly leaving all applications "running" all of the time.

[pabloski]

Originariamente inviato da buddo

Non è lo stesso meccanismo, Android tiene in background tutte le app, le sospende solo in casi estremi, ossia quando non c'è più ram a disposizione.

No, vengono sospese quando stanno in background e vengono chiuse quando c'è bisogno di liberare memoria http://www.davidquintana.com/entry/mobile-multitasking

[Unrealizer]

Originariamente inviato da pabloski

In effetti è uno strano meccanismo, che ha pure android peraltro. Ma non capisco quali dovrebbero essere i vantaggi di un simile approccio e perchè su un 386 avevamo il multitasking e su un cortex a9 non possiamo!!!

Che poi sono stati costretti a creare quell'assurdità dei servizi perchè logicamente ci sono processi che necessitano di essere eseguiti anche quando non sono in foreground.

Il vantaggio è il risparmio energetico, non avendo app da eseguire il SoC può scalare di frequenza o andare in sleep

[buddo]

Originariamente inviato da pabloski

No, vengono sospese quando stanno in background e vengono chiuse quando c'è bisogno di liberare memoria http://www.davidquintana.com/entry/mobile-multitasking

Ma lascia stare Quintana e affidati alle fonti ufficiali (come il blog degli sviluppatori Android che ho linkato o la documentazione per sviluppatori). Quando passi dall'app A all'app B, l'app A non è più visibile, riceve un evento OnClose() e può fare quello che vuole perchè resta "attiva" in background.

Quando Quintana dice che "if an app requires processing while in the background, then it must also have a service component" intende che fare tramite service è il metodo ottimale per fare operazioni in background ed è giusto perchè come ho detto prima se uno si affida all'OnClose() rischia di rimanere a piedi se scarseggia la ram e il sistema sospende l'applicazione. Ma se c'è ram a sufficienza un'applicazione in background può continuare a lavorare, anche senza service, come spiega Diane.

Su WP è diverso, quando passi a B l'applicazione A riceve l'evento Deactivated e li non può fare quello che vuole ma ha 10 secondi di tempo, poi l'applicazione viene sospesa.

[vampirodolce1]

Originariamente inviato da Unrealizer

Comunque WP7 ha il multitasking, semplicemente le "app" vengono sospese quando non sono in foreground...

E' piu' o meno quello che succedeva con windows 3.1? Se vi ricordate non si poteva scrivere qualcosa in word e ascoltare la musica in background, questo e' arrivato con Win95. Se mentre si ascoltava la musica si premeva alt-tab per passare a word, la musica si bloccava.

[Pier2204]

Originariamente inviato da vampirodolce1

E' piu' o meno quello che succedeva con windows 3.1? Se vi ricordate non si poteva scrivere qualcosa in word e ascoltare la musica in background, questo e' arrivato con Win95. Se mentre si ascoltava la musica si premeva alt-tab per passare a word, la musica si bloccava.

Si, in effetti quando mi arriva una chiamata del commercialista che mi dà l'importo delle tasse che devo pagare la musica si ferma...

[Korn]

Multitasking senza prelazione (cooperative)

Detto anche multitasking cooperative, in questo caso i programmi cedono volontariamente il controllo al sistema operativo una volta finita l'operazione in corso: è il caso di Mac OS fino alla versione 9, o di Windows 3.0 e 3.1. Il vantaggio maggiore di questo metodo è che non ha bisogno di supporto hardware e si può implementare su ogni tipo di architettura. Il grave svantaggio è che un singolo programma che si rifiuta di cedere il controllo, o che si ferma per qualche errore, può bloccare l'intero computer in quanto il sistema operativo non ha modo di riprendere il controllo da solo. Più precisamente lo scheduler senza prelazione attua un cambio di contesto solo in circostanze quali:

il passaggio di un programma dallo stato di esecuzione allo stato di attesa;
il termine del programma stesso;

Multitasking con prelazione (preemptive)

La prelazione è l'atto di interrompere un programma a prescindere dalla volontà del programma stesso, ciò avviene grazie a delle particolari strutture hardware integrate nel microprocessore che automatizzano il cambio di contesto (context switch): in questo caso non solo lo scheduler interviene nelle circostanze previste da uno scheduler senza prelazione, ma anche in casi quali:

il passaggio di un programma dallo stato di esecuzione allo stato di pronto per essere eseguito;
il passaggio di un programma dallo stato di attesa allo stato di pronto per essere eseguito;

Un multitasking con prelazione (preemptive) non può quindi essere implementato se la piattaforma hardware non mette a disposizione gli strumenti necessari, ma in compenso, grazie all'hardware, il cambio di contesto

da wikipedia

[polteus]

Originariamente inviato da buddo

Ma lascia stare Quintana e affidati alle fonti ufficiali (come il blog degli sviluppatori Android che ho linkato o la documentazione per sviluppatori). Quando passi dall'app A all'app B, l'app A non è più visibile, riceve un evento OnClose() e può fare quello che vuole perchè resta "attiva" in background.

Quando Quintana dice che "if an app requires processing while in the background, then it must also have a service component" intende che fare tramite service è il metodo ottimale per fare operazioni in background ed è giusto perchè come ho detto prima se uno si affida all'OnClose() rischia di rimanere a piedi se scarseggia la ram e il sistema sospende l'applicazione. Ma se c'è ram a sufficienza un'applicazione in background può continuare a lavorare, anche senza service, come spiega Diane.

Su WP è diverso, quando passi a B l'applicazione A riceve l'evento Deactivated e li non può fare quello che vuole ma ha 10 secondi di tempo, poi l'applicazione viene sospesa.

Aggiungo che i Service fanno parte dell'applicazione, non è che siccome di norma si usano i Service allora l'applicazione non gira in background. In un Service un'app fa quello che vuole, non come nell'analogo iOS dove può svolgere solo un paio di task specifici, tipo riprodurre una canzone.

Il multitasking di WP usa lo stesso meccanismo di iOS, quello di Android funziona in modo diverso.

[zephyr83]

Originariamente inviato da Unrealizer

Infatti le app normali raramente superano i 10-15 MB di ram

Comunque WP7 ha il multitasking, semplicemente le "app" vengono sospese quando non sono in foreground...



Uploaded with ImageShack.us

lo so benissimo ma NON per le applicazioni di terze parti, lo specifico spesso, nn tutte le volte perché mi pare ormai cosa conosciuta e scontata! Lo stesso valeva anche per ios prima dell'introduzione del suo imultitasking!

[zephyr83]

Originariamente inviato da buddo

Non è lo stesso meccanismo, Android tiene funzionanti in background tutte le app, le sospende solo in casi estremi, ossia quando non c'è più ram a disposizione.

When the user navigates forward, away from an application, after the Deactivated event is raised, the operating system will attempt to put the application into a dormant state. In this state, all of the application’s threads are stopped and no processing takes place

When the user leaves an application, its process is kept around in the background, allowing it to continue working (for example downloading web pages) if needed, and come immediately to the foreground if the user returns to it. If a device never runs out of memory, then Android will keep all of these processes around, truly leaving all applications "running" all of the time.

dipende dalle applicazioni, il meccanismo di "sospensione" simile a quello di wp (o ios) ce l'ha anche android, ma IN PIÙ ha quello dell'esecuzione in background senza limitazioni! dipende dalla sviluppatore come vuole realizzare l'applicazione