Ecco la news completa, per chi vuole approfondire:
Probabilmente a molti di voi non verrà in mente nulla pensando al nome "Myriad", ma questo è il nome di una società tedesca, che ha l'obbiettivo di rendere i vostri android decisamente più veloci!
Vi chiedete quanto?
Fino a 3 volte più veloci, a parità di hardware e versione android!
Cerchiamo di fare un pò di chiarezza per i meno esperti:
Android è un sistema operativo, che si occupa di offrire a tutti quanti gli utenti un'interfaccia più o meno accattivante, a seconda delle versioni e del gusto personale, e la possibilità di ampliare le funzioni del dispositivo stesso, grazie all'aggiunta di applicazioni sviluppate da parte di terzi, siano esse aziende private o giovani studenti che si dilettano nel tempo libero!
Quello che Google e l'OHA mettono a disposizione è la possibilità di*scrivere applicazioni in linguaggio JAVA;
Per i meno esperti, la differenza tra C++ e Java entrambi linguaggi orientati a oggetti è il modo in cui essi vengono distribuiti ed eseguiti, ovvero:
L'applicazione scritta in C++ al momento della*compilazione,ovvero il procedimento che si effettua per trasformare il linguaggio scritto con la semantica del C++, in linguaggio comprensibile dalla macchina,*produrrà un file eseguibile, che è strettamente legato all'architettura della macchina per cui viene compilato;
faccio un esempio per essere più chiaro:
Io sviluppatore scrivo un'applicazione per vedere tutti gli articoli scritti da Fatal1ty di androidiani, dal mio portatile che monta una CPU intel (con architettura a 64bit) e Windows come sistema operativo; al momento della compilazione di tale programma, io ottengo un file chiamato ad esempio: programma.exe che sarà eseguibile dal mio portatile, ma non sarà eseguibile ad esempio su un pc con Linux o MAC OSX;
L'applicazione scritta in Java, al momento della compilazione*produrrà un file di un metalinguaggio, chiamato bytecode, che non è nativamente eseguibile su nessuna architettura, per farlo funzionare, il pc su cui voglio eseguirlo deve avere installato un*interprete, chiamato JVM (Java Virtual Machine) che andrà ad interpretare il metalinguaggio del mio file, e lo tradurrà in linguaggio comprensibile dalla macchina (pc/tablet/smartphone ecc) su cui l'eseguo;
questo tra i tanti risvolti ne ha uno di cui vi ho già parlato in questo articolo LINK ovvero la portabilità! ecco un esempio:
io sviluppatore scrivo la stessa applicazione di prima, però in linguaggio Java, la scrivo per il mio portatile (sempre quello di prima); al momento della compilazione riceverò in output il mio file programma.jar, che potrò eseguire sul mio portatile! la differenza rispetto a prima è che se voglio far funzionare il mio programma su un MAC*non devo riscrivere il codice del programma, mi basterà andare sul MAC e installare la JVM per poter godere di tutti gli articoli scritti da me stesso!
Tornando all'ambito Android,esso funziona secondo lo stesso principio, ma diamo un pò di nomi:
- file*.jar*in android si trasforma in file*.apk*(ebbene si, l'estensione delle applicazioni che usate sui vostri smartphone)
- Windows o MAC, in android si trasformano in : Nexus One e Acer Liquid (tanto per citarne due)
- l'interprete ovvero la*JVM*in android si chiama*DVM (Dalvik Virtual Machine)
L'unica differenza tra la JVM e DVM è l'ottimizzazione fatta da Google, per rendere più leggero il compito della stessa, ed essere eseguibile su dispositivi con una bassa potenza elaborativa, come gli smartphone!
Dopo questo breve riassunto torniamo ai nostri amici Tedeschi:
Questa società che fa parte del consorzio di aziende che partecipano al progetto android, è stata in grado di creare un nuovo interprete, chiamata*Dalvik Turbo, che è in grado di rendere*l'esecuzione dei programmi su dispositivi android fino a 3 volte più veloce, andando ad assottigliare uno dei pochi aspetti negativi che linguaggi come il Java portano in modo implicito, ovvero: la scarsa ottimizzazione delle risorse, e quindi la più lenta esecuzione dei programmi rispetto ai corrispettivi scritti in linguaggi come il C++!
Le buone notizie non finiscono quì: questa nuova Virtual Machine*consuma meno batteria, ed è retrocompatibile con tutte le applicazioni android scritte fino ad ora, oltre a supportare le più svariate architetture quali ARM,Atom!
Il tutto sarà *presentato al prossimo MWC e noi di androidiani.com abbiam già chiesto un incontro con la società interessata, non ci resta che aspettare!
News completa Myriad
Visualizzazione stampabile
-
09-02-10, 15:35Fatal1tyNews completa Myriad
-
09-02-10, 15:59Azatoth
Una piccola nota: non è necessario riscrivere il software di un programma C++ se è scritto senza usare API del sistema operativo target, ma basta semplicemente ricompilare.
A parte questo... la notizia è buona, spero solo che facciano dei benchmark come si deve e sopratutto che facciano un buon lavoro.
Sarà veloce più veloce, ma non conoscendo che ottimizzazioni hanno in mente, non vorrei che aumentino il consumo di RAM ;).
Ad ogni modo... c'è il blog di una persona davvero competente che sta facendo il porting del CLR di Mono (per chi non lo sapesse è la corrispetiva Virtual Machine di Mono, ovvero l'implementazione opensource del framework .NET di Microsoft).
Questa persona ha fatto un bel po' di lavoro (tra cui la classe proxy per le API del Framework di Android per sviluppare in Mono) e la compilazione del CLR Mono su piattaforma Android. Ha prodotto un Benchmark in cui compara le performance di DVM, Mono, Java SE for Embedded sulla stessa classe in un'iterazione che la istanzia n volte. Ecco il link in cui rendersi conto della questione e sopratutto rendersi conto di quanto questo tizio ne sappia davvero a pacchi. -
09-02-10, 16:07AzatothBhe considerando anche che la JVM è presente in singola istanza per tutte le app che usano java e la DVM invece è presente in istanze multiple, con tutti i problemi di sharing della memoria e compagnia bella forse non è stata fatta semplicemente delle ottimizzazioni per rendere più leggero il compito della VM... ma è proprio cambiato il modus operandi della VM stessa e i risultati di benchmark del sopracitato blog ne sono l'evidenza più assoluta: il termine 'leggero' credo proprio che vicino a Dalvik Virtual Machine strida un po'...Quote:
Originariamente inviato da Fatal1ty
-
09-02-10, 16:07Fatal1ty
hai ragione, ma va comunque ricompilato x il sistema target, ovvero operazione che deve fare lo sviluppatore, se quindi io nn compilo la mia app x una architettura,chi la usa si attacca al tram!
il senso dell'esempio era questo... -
09-02-10, 16:09AzatothSisi è chiaro il target dell'articolo, non voleva essere una critica la mia: solo una precisazione.Quote:
Originariamente inviato da Fatal1ty
-
09-02-10, 16:12Fatal1tyottimo, almeno chi vuole approfondire trova nel thread vari spunti!Quote:
Originariamente inviato da Azatoth
;) -
09-02-10, 16:16AzatothSperando che non sia un botta e risposta tra due limbiatesi :DQuote:
Originariamente inviato da Fatal1ty
-
09-02-10, 16:17Fatal1tylooool asp chiamo nk02 o andrea e dico d scrivere qlcsa!Quote:
Originariamente inviato da Azatoth
-
09-02-10, 16:44PaoloLast
Bè diciamo che se loro sostengono che a prescindere dal terminale e dalla versione di android diventa più veloce, tengono anche presenta che il dream o il magic vodafone per esempio hanno poca ram libera da usare...
Speriamo che entri a far parte di un prossimo aggiornamento di android ;) -
09-02-10, 17:05Azatothpersonalmente sono dell'idea che prima di credere alle promesse, aspetto almeno di capire quali siano le modifiche e/o le novità implementative.Quote:
Originariamente inviato da PaoloLast
Poi vediamo ;).
Intanto mi sto interessando a quell'implementazione di Mono... che mi pare sia su un altro pianeta... -
09-02-10, 17:43nucce
Non ho ben capito cosa si voglia fare con questa implementazione di Mono. Si riscrive tutta la parte "java" di Android andando a sostituire la DVM e sostituendola con un'implementazione del .net o cos'altro?
Se così fosse si creerebbe un vero e proprio fork del sistema operativo, un o.s. alternativo!!! -
09-02-10, 17:57Azatothla mia era una considerazione del fatto che esistono studi che dimostrano che la Dalvik sia poco performante e poco ottimizzata.Quote:
Originariamente inviato da nucce
Mono è una 'virtual' sicuramente più ottimizzata.
In realtà non c'è un'implementazione in sostituzione ma è un hack che va ad integrazione di ciò che già esiste.
Quindi se il tizio lavora bene si potrà, a breve, sviluppare applicazioni che usano le API native di android anche dalla CLR di Mono.
Poi come Mono verrà integrato non credo che abbia un supporto ufficiale.
nè credo che mai ce lo avrà ;) -
09-02-10, 18:16nucce
Quindi ci ritroverebbe in questa sitazione (partendo dal basso livello):
Kernel Linux --> Android (DVM + librerie varie) --> Porting di Mono
In questo modo non si appesantirebbe ulteriormente il sistema? È inevitabile che se c'è una VM ci sia appesantimento.
Ma mi sa che stiamo andando 1 po' off-topic! -
10-02-10, 09:32AzatothNo, Attualmente è una cosa tipo:Quote:
Originariamente inviato da nucce
Kernel Linux -> Android (DVM)
|
-> Mono (CLR)
ma grazie alla classe proxy potrebbe diventare una cosa tipo:
Kernel Linux -> Android (DVM)<-
| |
-> Mono (CLR) ->
;)
si scusate l'OT.
La mia era un'intromissione per mettere in evidenza le attuali performance della Dalvik in rispetto a quello che 'attualmente' si può montare ;)
EDIT: Il post non è indentato come lo è in modifica... ad ogni modo da Mono si potrà usare il Framework di Android passando ad eseguire in Dalvik
