Come configurare smartphone e PC. Portale informativo

Il runtime dalvik e l'art. ART e Dalvik: come funziona

Nel mondo moderno delle tecnologie e delle abbreviazioni, nessuno è sorpreso da nuovi nomi e abbreviazioni. Tuttavia, c'è un problema: gli utenti ordinari non sempre comprendono appieno ciò che il loro gadget ha appreso dopo l'aggiornamento. Gli sviluppatori raramente ci deliziano con descrizioni dettagliate di innovazioni e nuove tecnologie, ed è estremamente raro trovare qualche spiegazione comprensibile sul sito ufficiale - nella migliore delle ipotesi, l'utente troverà solo una breve descrizione con espressioni ancora più incomprensibili.

Cerchiamo sempre di aiutare gli utenti a comprendere nuovi dispositivi e tecnologie, quindi è stato deciso di parlare a voi, nostri lettori, della tecnologia ART in modo più dettagliato e anche di fare un piccolo confronto con la familiare macchina virtuale Dalvik.

Che cos'è il runtime dell'applicazione (macchina virtuale)?

Una discussione su Dalvik e ART è impossibile senza comprendere le basi, quindi prima parliamo della macchina virtuale in quanto tale. Un runtime dell'applicazione è un insieme di istruzioni che vengono eseguite per tradurre il codice dell'applicazione in codice che un computer può comprendere. La macchina virtuale si attiva senza nemmeno far parte del programma principale. In generale, tutti i linguaggi informatici "gestiti" (Java in Android, C# in Windows Phone, ECMAScript nei browser) richiedono un tale ambiente per comprendere il linguaggio in cui è scritta l'applicazione.

Android utilizza una macchina virtuale per eseguire file DEX (analoghi a EXE in Windows), che sono contenuti nell'archivio APK dell'applicazione Android. Ci sono due vantaggi di questa soluzione contemporaneamente. In primo luogo, ogni applicazione viene eseguita su un sistema isolato dal kernel del sistema operativo, in modo che quest'ultimo si senta più o meno sicuro. In secondo luogo, l'uso di una macchina virtuale apre la strada ad applicazioni multipiattaforma, ovvero l'applicazione può essere eseguita su uno smartphone ARM, un tablet MIPS o un computer x86.

"Come sapete, per tutto questo tempo, Android ha utilizzato la macchina virtuale Dalvik, che sicuramente incontrerà chiunque abbia almeno un po' approfondito le specifiche del sistema operativo."


Perché utilizzare un runtime dell'applicazione?

Abbiamo già risposto a questa domanda sopra. Indubbiamente, l'utilizzo di una macchina virtuale rallenta l'esecuzione delle applicazioni, ma presenta diversi vantaggi che fanno pendere la scelta a suo favore.

  • La macchina virtuale esegue il codice dell'applicazione di terze parti in un ambiente isolato. Pertanto, il codice che può danneggiare il kernel del sistema operativo non sarà in grado di interagire direttamente con i file di sistema, che proteggeranno il sistema. Un enorme vantaggio dell'utilizzo di una macchina virtuale è un'operazione più stabile e affidabile del sistema principale.
  • Attraverso il Google Play Store e altre fonti, lo sviluppatore distribuisce il file APK del suo programma, che contiene istruzioni non compilate che la macchina virtuale "assembla" prima di essere eseguita. Questa soluzione offre una maggiore compatibilità; in caso contrario, il codice compilato per i dispositivi Snapdragon non funzionerà sui dispositivi Atom. Quindi, la macchina virtuale risolve il problema della destinazione della compilazione.

Cos'è Dalvik e qual è il suo problema?

Questa è la domanda principale. Dalvik è stato utilizzato in Android dalla prima versione del sistema operativo, dal 2007, e durante tutto questo tempo c'è stato quasi un cambiamento importante: l'apparizione in Froyo della "compilation on the go", meglio conosciuta come JIT. La sua caratteristica principale è che l'applicazione è completamente compilata quando l'utente apre o esegue le istruzioni corrispondenti. Questa è una correzione molto utile, poiché prima della 2.2 tutte le applicazioni venivano compilate passo dopo passo, il che rallentava le prestazioni; l'unico inconveniente di tale soluzione è che all'inizio del programma viene posto un grave carico sul processore.

Per evitare lavoro aggiuntivo al riavvio del programma, il sistema raccoglie tutte le istruzioni compilate durante l'utilizzo dell'applicazione e le invia alla cache, che viene memorizzata nel file system con l'estensione * .ODEX (Optimized Dalvik EXecutable). Non appena eseguirai l'applicazione una seconda volta, Dalvik non compilerà più, ma caricherà in memoria i dati già ottimizzati per il tuo dispositivo. Tuttavia, la chiamata a una funzione dell'applicazione che non era stata utilizzata in precedenza causerà la nuova compilazione delle istruzioni. Se in questo momento il sistema sta eseguendo un lavoro di terze parti (ad esempio, ascoltando musica o aggiornando applicazioni), a causa del sovraccarico del processore e dei sottosistemi I / O, la memoria può subire sobbalzi e freni evidenti. È qui che entra in gioco l'ARTE.

Cos'è l'ARTE e come salverà il mondo?

ART, o Android RunTime (un nome piuttosto storto) è una nuova macchina virtuale che Google ha introdotto in Android 4.4 come uno degli strumenti di sviluppo (Dalvik viene utilizzato per impostazione predefinita). La principale differenza del nuovo runtime dell'applicazione è l'uso della tecnologia Ahead-Of-Time (AOT). ART compila tutte le istruzioni per un'applicazione anche prima di avviarla, durante il processo di installazione. Il tempo di quest'ultimo aumenta, così come la quantità di memoria permanente occupata dal programma, tuttavia, la macchina virtuale non compila più l'applicazione corrente durante la sua esecuzione, aumentando così il comfort quando si utilizza attivamente il multitasking. Tuttavia, è consigliabile avere più RAM, poiché ART vi caricherà anche quelle istruzioni dell'applicazione che potresti non utilizzare mai.

Dalvik contro ARTE


Confrontiamo brevemente le due macchine virtuali


ARTE mentre sperimenta

Naturalmente, al momento ART è solo in fase di test ed è disponibile solo per dispositivi con chipset Android 4.4 e Qualcomm. Tuttavia, ora puoi passare da Dalvik a ART tramite gli strumenti di sviluppo nascosti (il menu si apre dopo alcuni tocchi sul numero di build nelle informazioni sul dispositivo). Nota che non tutte le applicazioni saranno in grado di funzionare in ART senza aggiornamenti aggiuntivi; a proposito, il primo avvio in modalità ART può richiedere fino a 30 minuti.

Google ha reso disponibile ART agli sviluppatori ora, ponendo le basi per una migrazione completa a questa macchina virtuale in futuro. Ciò non significa che ART sia già stabile. Questo è un esperimento e la nuova macchina virtuale potrebbe non essere pronta per l'uso quotidiano.

C'era spazio per molti cambiamenti e miglioramenti. La maggior parte di essi attira immediatamente l'attenzione anche di un normale utente di questo sistema. Questo, ovviamente, è l'installazione dell'applicazione Hangouts come messenger standard, un menu di composizione ridisegnato e l'aggiunta di una tastiera Emoji. Gli appassionati di Android esperti sperimenteranno sicuramente un aumento delle prestazioni rispetto alle versioni precedenti di Android. Tuttavia, non senza lati nascosti, che, secondo la logica, dovrebbero interessare solo agli sviluppatori. Tuttavia, l'importanza di una di queste innovazioni è particolarmente grande. Inoltre, presto interesserà ognuno di noi, e quindi sarebbe semplicemente un crimine tacere sui suoi dettagli.

Probabilmente, molti di voi hanno sentito almeno a orecchio che una modalità speciale è apparsa in Android KitKat. La sua essenza risiede nel lancio più veloce delle applicazioni e nell'esecuzione più stabile e fluida. Forse i tentativi di comprendere questo problema da soli non sono stati coronati da successo. Ciò non sorprende: le parole "macchina virtuale" e "compilazione" possono spaventare chiunque, soprattutto se l'informazione viene consumata da una fonte in lingua inglese. Per risolvere questo problema, abbiamo deciso di capire da soli l'essenza del problema, esponendolo nella forma più accessibile.

Alcuni concetti di base

Prima di conoscere l'essenza dell'innovazione, è necessario farsi un'idea di alcuni dettagli. Il primo è il runtime dell'applicazione. In parole povere, il famigerato concetto è una raccolta di istruzioni che vengono eseguite durante il funzionamento di un'applicazione. Le istruzioni, a loro volta, traducono il codice del programma in codice che il sistema può eseguire. Di conseguenza, assolutamente tutti i linguaggi informatici necessitano di un ambiente di esecuzione specifico per eseguire applicazioni scritte in essi.

Il nostro amato sistema operativo Android utilizza macchine virtuali come ambiente di runtime, il primo dei quali, Dalvik, è stato lanciato nel 2007. È a lei che si devono i periodici blocchi dell'interfaccia e talvolta i lanci lenti delle applicazioni. Tuttavia, questo problema potrebbe presto diventare parte della storia.

Perché le macchine virtuali?

Questo tipo di runtime ha due vantaggi incondizionati che semplificano la vita non solo agli sviluppatori, ma anche a noi utenti. Il primo vantaggio è la protezione del sistema. Non è un caso che una macchina virtuale si chiami virtuale: il suo funzionamento è completamente isolato dal sistema operativo. Di conseguenza, un errore o un banale blocco non influirà in alcun modo sulle prestazioni del tuo dispositivo.

Il secondo vantaggio è multipiattaforma. La macchina virtuale sarà in grado di eseguire l'applicazione anche se è stata creata su un PC.

Vantaggi e svantaggi di Dalvik

Dalvik, come tutto in questo mondo, è imperfetto. Il motivo del periodico jerking dell'interfaccia è il tipo di conversione del codice dell'applicazione in hardware. Questa macchina lo fa dal vivo e questo tipo di compilation si chiama Just-In-Time. Di conseguenza, è quasi impossibile prevedere la comparsa di bug, poiché ciò può accadere in qualsiasi momento. Ciò è particolarmente probabile durante il primo avvio, quando parte del codice convertito non viene nemmeno salvato nella cache.

Il problema della lentezza del primo lancio, tra l'altro, non è affatto casuale. Ciò è dovuto al fatto che il sistema deve mettere insieme tutti i file necessari per eseguire l'applicazione e caricare la RAM con essi. In questo caso particolare, i dispositivi con una piccola quantità di RAM soffrono di più, per i quali il processo di caricamento è irto di, se non un arresto anomalo dell'applicazione, almeno notevoli ritardi nella sua esecuzione.

La compilazione "al volo" carica in modo significativo il processore, ma allo stesso tempo consente agli sviluppatori di non ottimizzare il codice per ogni singolo processore e altri componenti del dispositivo.

Per risolvere quanto sopra, viene chiamata una nuova macchina virtuale, che è riuscita a farsi notare di gran lunga dal nome più intricato: Android Runtime. Oppure in forma abbreviata - ART.

Vantaggi e svantaggi di ART

La nuova macchina virtuale ha preso vita con Android 4.4 KitKat, ma non è stata prestata la dovuta attenzione alla presentazione. La ragione di ciò è che ART è ancora nella sua fase sperimentale. Tuttavia, sebbene Dalvik sia utilizzato come macchina predefinita, ora puoi passare al runtime di Android.
Tuttavia, non affrettarti a farlo. Per prima cosa devi familiarizzare con le funzionalità della nuova versione.

Il vantaggio più notevole di ART è un nuovo tipo di compilation chiamato Ahead-Of-Time. I lettori che conoscono l'inglese probabilmente indovineranno immediatamente qual è il problema. E il fatto è che il processo di conversione del codice nella nuova versione viene eseguito prima dell'avvio dell'applicazione, anche durante l'installazione. Di conseguenza, emergono immediatamente diversi svantaggi, che, in tutta onestà, meritano di essere menzionati. Questo è, in primo luogo, un processo di installazione più lungo e, in secondo luogo, un volume maggiore della dimensione finale dell'applicazione. Un altro inconveniente è una conseguenza dell'immaturità di ART: la macchina virtuale attualmente non funziona con tutte le applicazioni.

Tuttavia, l'elenco dei meriti è molto più significativo. Questi sono, ad esempio, un funzionamento più fluido dell'interfaccia e un caricamento più rapido delle applicazioni. Inoltre, poiché il processo di compilazione viene eseguito una sola volta, non caricherà ulteriormente il processore, il che porterà a una migliore autonomia del dispositivo.

I proprietari di dispositivi che eseguono Android 4.4 con un processore Snapdragon possono passare alla macchina virtuale ART nel menu sviluppatore.

Risultato

Lo sviluppo di questa tecnologia ha un potenziale enorme. Sulla mappa c'è il ridimensionamento del mito della lentezza e dell'instabilità di Android, che non solo delizierà i proprietari di dispositivi che lo eseguono, ma eliminerà anche l'argomento più serio nella controversia da parte degli aderenti a iOS.

Al momento, i rappresentanti di Google non hanno annunciato i tempi dell'implementazione finale e della sostituzione di Dalvik con ART. Vorrei credere che questo accadrà molto presto.

Con il rilascio di nuove versioni di Android, questo sistema operativo richiedeva sempre più memoria ad accesso casuale (RAM). I primi dispositivi con esso avevano 256 MB di RAM, ma oggi un gigabyte potrebbe non essere sufficiente. Tuttavia, Google ha ripreso l'ottimizzazione e ha rilasciato Android 4.4 KitKat. Questa versione del sistema operativo è più veloce ma richiede meno risorse. Ciò è stato possibile grazie al passaggio da Dalvik ad ART. Di cosa si tratta e perché gli smartphone con Android 4.4 funzioneranno più velocemente su processori deboli, leggi di seguito.

Uno dei motivi della popolarità del sistema operativo mobile di Google è la relativa facilità di sviluppo di applicazioni. Questo ha riempito rapidamente il Google Play Store di utilità. Ciò è diventato possibile con l'aiuto della macchina virtuale Dalvik, che ha trasformato il codice dell'applicazione in comprensibile per il processore di un telefono cellulare o tablet. I programmatori scrivono nel modo che preferiscono e non devono preoccuparsi di quale chipset si trova nel gadget dell'utente: di Qualcomm, Intel, Mediatek, nVidia, Samsung o di un altro fornitore.

A causa del fatto che il codice dell'applicazione al volo viene trasformato nel comprensibile "hardware" del gadget, è molto conveniente per gli sviluppatori creare i propri programmi. Ma a causa di questo intermediario sotto forma di macchina virtuale Dalvik, il processore del dispositivo deve eseguire molte volte più azioni: leggere il codice, trasformarlo in una parte hardware comprensibile, eseguirlo e visualizzare il risultato sullo schermo. La conseguenza di questa architettura potrebbe essere osservata da quasi tutti i possessori di un dispositivo Android sotto forma di un'interfaccia rallentata. Quando lo smartphone non è caricato con giochi e calcoli, la RAM è libera, ma il semplice scorrimento dello schermo provoca comunque un secondo ritardo.

Google ha iniziato da tempo a lottare con questo problema: il primo passo serio è stato il Project Butter, annunciato insieme ad Android 4.1 Jelly Bean. Grazie a lui, il sistema operativo ha iniziato a rispondere un po' più velocemente alle azioni dell'utente, ma in generale il problema è rimasto. Pertanto, Google ha creato la preparazione di ART, un sostituto della macchina virtuale Dalvik.

Come maiÈ necessario Androidvirtualemacchina

Qualsiasi programma utilizza molte azioni standard: visualizzare un'immagine sullo schermo, scrivere file in memoria, trasferire file tramite Bluetooth o Wi-Fi. Per semplificare la vita ai programmatori, il sistema operativo dispone di funzioni integrate per eseguire queste attività. Lo sviluppatore deve solo indicare nella sua applicazione "copia il file XXX sulla scheda di memoria nella cartella UUU". Non importa come è fatto o quante risorse di sistema ci vogliono.

I programmatori spesso scrivono anche programmi "difettosi" che hanno errori nel codice, "perdono" memoria e simili. La macchina virtuale consente di isolare le utilità tra loro e dal kernel del sistema operativo. Ciò garantisce che l'arresto anomalo dell'applicazione non abbia alcun effetto sul sistema operativo o su altri programmi in esecuzione. Senza questo, un errore nell'utilità porta al blocco dell'intero sistema. Gli utenti più anziani possono ricordare come i bug nel software applicativo hanno portato a schermate blu della morte nei sistemi operativi desktop Windows 95 e 98 che non avevano tali meccanismi di virtualizzazione.

I file APK che un utente scarica dal Google Play Store o da qualsiasi altro server sono codice non compilato. Nessun computer sarà in grado di eseguirlo, poiché semplicemente non "capirà". Se le utility fossero fornite già compilate e comprensibili per l'hardware, alcune funzionerebbero, ad esempio, su dispositivi con un chipset Snapdragon, ma darebbero un errore quando vengono avviate su gadget con chip Tegra.

Ogni produttore adatta Dalvik al proprio processore e hardware. Grazie a ciò, lo stesso programma può funzionare su gadget di quasi tutti i produttori senza modificare il codice sorgente. E proprio per questo motivo, non puoi semplicemente prendere e installare una nuova versione di Android su un dispositivo come reinstallare Windows.

Che è successoDalvik e perché ha bisogno di essere sostituito

La macchina virtuale Dalvik (dal nome del porto di pesca islandese di Dalvik) è presente in Android dal lancio del sistema operativo nel 2007. Da allora, ha subito solo un cambiamento importante: in Android 2.2 Froyo, il codice dell'APK è stato trasformato al volo in codice macchina, subito dopo che l'utente ha lanciato l'utility. In precedenza, veniva elaborato riga per riga durante l'esecuzione del programma su un dispositivo mobile. Il nuovo approccio ha permesso di semplificare il lancio delle utility e il loro funzionamento, ma ciò ha influito sul fabbisogno di risorse hardware. E già oggi un gigabyte di RAM potrebbe non essere sufficiente per il funzionamento veloce di un telefono cellulare.

Che cosataleARTE ecomeleiaiuteràAndroid

La macchina virtuale ART (che sta per Android RunTime) è ancora in fase sperimentale, ma può già essere provata in Android 4.4 KitKat. Gli utenti di dispositivi con questa versione del sistema operativo possono passare dal Dalvik predefinito a ART.

La principale differenza tra queste macchine virtuali è l'approccio alla compilazione. Se Dalvik trasforma il codice in tempo reale subito dopo l'avvio delle utilità, allora ART lo fa con largo anticipo durante l'installazione. Ciò significa tempi di installazione più lunghi per le utenze e più spazio nella memoria flash del dispositivo. Ma significa anche un avvio più veloce e meno requisiti di risorse hardware, in particolare la RAM. Questo è il motivo per cui Android 4.4 KitKat, secondo Google, sarà in grado di funzionare in modo veloce e stabile su gadget con 512 MB di RAM. Il nuovo approccio alla conversione del codice ridurrà anche il consumo della batteria.


Confronta il volume degli stessi programmi quando usi Dalvik (sinistra) e ART (destra)

Dalvik controARTE - confronto

Nel complesso, la macchina virtuale ART promette molti miglioramenti rispetto all'attuale Dalvik. I vantaggi e gli svantaggi di ciascuno possono essere visualizzati nella tabella seguente:

Converte al volo i file APK in codice leggibile dal processore, che richiede meno memoria flash per l'archiviazione, ma rende le app più lunghe per l'esecuzione

Converte i file APK in codice che il processore può comprendere in anticipo quando vengono installati. Ciò richiede meno risorse del processore all'avvio e riduce l'ora di avvio del programma.

Nel tempo, il codice macchina viene memorizzato nella cache, il che porta a un caricamento più rapido del telefono cellulare

La cache del codice macchina viene creata al primo caricamento del telefono cellulare, motivo per cui l'accensione richiede molto più tempo

Ideale per dispositivi con memoria flash ridotta poiché la cache del codice macchina occupa meno spazio

Consuma significativamente più memoria flash (del 10-20%), poiché, oltre ai file APK, memorizza il codice macchina compilato di ciascun programma

Stabile e testato nel tempo

Possono apparire bug e difetti nuovi e sperimentali, imprevisti

Prova sperimentaleARTE

Il nuovo compilatore è in fase di sviluppo e ricerca, ma gli utenti possono già provarlo. È disponibile per i possessori di dispositivi con Android 4.4 KitKat e basati sul chipset Snapdragon. Chi decide di provare un nuovo prodotto dovrebbe ricordare che una nuova macchina virtuale può rendere inutilizzabili alcune utilità. Inoltre, dopo un riavvio, lo smartphone potrebbe impiegare fino a mezz'ora per avviarsi - questa volta è necessaria ad ART per formare la cache dell'applicazione.

Per abilitare ART invece di Dalvik, devi entrare nel menu sviluppatore. Per attivare quest'ultimo, è necessario aprire le impostazioni dello smartphone e andare nella sezione "Informazioni sul telefono". Lì è necessario premere più volte il pulsante "Numero di versione" fino a quando il sistema operativo non informa sulla disponibilità di un nuovo menu. Successivamente, è necessario selezionare la macchina virtuale utilizzata e riavviare il dispositivo.

Nel complesso, i test degli utenti che sono passati ad ART hanno mostrato un miglioramento complessivo delle prestazioni di circa il 50% e la durata della batteria fino al 30%.

Per visualizzare "Strumenti per sviluppatori" nelle impostazioni:


  1. Vai su "Impostazioni" -> "Informazioni sul telefono"

  2. Sulla voce "Numero build", premi 7 volte di seguito (dopo diversi clic, sullo schermo viene visualizzato un messaggio su quante volte devi premere per far apparire la voce "Strumenti per sviluppatori" nel menu.

Come scegliere il runtime ART (o Dalvik)

  1. Vai su Impostazioni -> Opzioni sviluppatore -> Seleziona runtime.

  2. Seleziona "Usa ART" (o "Usa Dalvik")

Per ora, il runtime ART non è destinato al grande pubblico, ma a coloro che desiderano sperimentare.

Dopo aver modificato il runtime in ART, il telefono si riavvierà. In questo caso, il primo download richiederà più tempo, poiché le applicazioni Android verranno ricompilate in codici macchina. Ciò consente alle applicazioni di aprirsi ed eseguire più velocemente, poiché, a differenza di Dalvik, la compilazione in tempo reale non è più necessaria. ART ha anche alcuni inconvenienti. Le applicazioni occuperanno più spazio (che non è così importante), si installeranno un po' più a lungo e occuperanno il 10-20% in più di RAM. Inoltre, potrebbero esserci problemi con il funzionamento di alcune funzioni.

E l'inclusione di ART ha permesso di aumentare significativamente la velocità del lavoro. L'aumento delle prestazioni è legato, ovviamente, non solo ad ART, ma anche alla dismissione del firmware delle applicazioni Android aggiunte da Samsung e AT&T. Non ho ancora mai usato queste applicazioni, ma era impossibile rimuoverle dal firmware nativo utilizzando la consueta disinstallazione del programma.

È troppo presto per parlare di stabilità, ma durante i due giorni di utilizzo del telefono non sono stati riscontrati problemi significativi. Inoltre, è facile tornare a usare anche Dalvik. Pertanto, consiglio di provare l'innovazione per utenti esperti, poiché l'interfaccia ha iniziato a funzionare senza problemi come in iOS.

Hai provato ART? Senti l'aumento di velocità su Dalvik?

Aggiornamento (25 giugno 2014)
ART ha continuato i test sui telefoni Google Nexus S e Galaxy s3 (AT&T i747) con Android 4.4 - 4.4.2. Allo stesso tempo, il firmware CyanogenMod 11 (Quantum 3.5) è stato utilizzato sul Galaxy SIII e sul Google Nexus S - AOSP KitKat 4.4.2 Mod per Nexus S. Non sono stati rilevati problemi durante l'utilizzo di ART. E questo nonostante il firmware Quantum Kernel per Galaxy s3 sia ottimizzato per Dalvik, inoltre, il suo sviluppatore sconsiglia l'uso di ART. Il guadagno di prestazioni sul Galaxy s3 non si avverte quando si utilizzano le attività quotidiane (anche se lo smartphone dovrebbe funzionare più velocemente a causa della mancanza di compilazione in tempo reale). Allo stesso modo, sul vecchio Google Nexus S, il guadagno di velocità non è visibile all'occhio.

Android 4.4, oltre a funzionalità estese, offre agli utenti un modo fondamentalmente nuovo di elaborare i dati. Nelle versioni precedenti, i file venivano compilati nell'ambiente Dalvik. È una macchina virtuale Android che traduce un file crittografato in un linguaggio di programmazione leggibile dal processore di un dispositivo mobile. Nella nuova versione di CO per smartphone, Google utilizza il runtime ART, che, secondo gli sviluppatori, ha prestazioni migliori. ARTE o Dalvik? Proviamo a capirlo in questo articolo.

Runtime ART che puoi utilizzare per migliorare le prestazioni dello smartphone

Cos'è la compilazione?

Qualsiasi applicazione scaricata sul telefono o sul computer è scritta in un linguaggio informatico. Dato che i gadget vengono eseguiti su piattaforme diverse, esiste un ambiente di runtime virtuale che decodifica il programma. Pertanto, il processore del telefono può leggere il file che stai utilizzando. Fondamentalmente, è un'unità disco virtuale che fornisce sicurezza e prestazioni del dispositivo. Ecco i principali vantaggi del runtime:

  1. Il codice del programma viene letto e aperto in isolamento, senza influire sulla piattaforma del dispositivo mobile. Pertanto, la probabilità di "catturare" malware insieme al file è ridotta al minimo.
  2. Le applicazioni e i programmi scritti per Android vengono compilati appena prima dell'installazione. Questo approccio semplifica la vita a programmatori e utenti. Lo sviluppatore non "affila" il file per un chipset specifico, quindi le applicazioni diventano universali.

Qual è il vantaggio del nuovo ambiente ART?

Gli strumenti ART e Dalvik svolgono funzioni simili, quindi i vantaggi della nuova macchina virtuale possono essere determinati solo tramite confronto. Diamo un'occhiata ai pro e contro di ogni runtime.

Il runtime Dalvik è installato dal 2008. In effetti, questo strumento ha la stessa età del sistema operativo. Questo strumento utilizza il metodo di compilazione JUST IN TIME per i file. La linea di fondo è che il convertitore di codice viene attivato all'avvio dell'applicazione. Lo svantaggio di questo metodo di compilazione è l'aumento del consumo di risorse del processore durante l'esecuzione dei programmi. Di conseguenza, alcuni file utilizzati apertamente rallentano o si bloccano.

La memorizzazione nella cache dei dati decodificati aiuta a risolvere parzialmente il problema. Ogni volta che il file viene eseguito, una parte dei dati viene inviata alla cache, il che migliora le prestazioni.

Importante! Quando l'applicazione viene aggiornata, la cache diventa irrilevante, quindi non sarai in grado di eliminare completamente il blocco delle applicazioni!

ART in Android è apparso relativamente di recente. Nella versione 4.4, il nuovo ambiente è stato testato e in Android 5.0 è installato per impostazione predefinita. Gli sviluppatori hanno tenuto conto degli errori della versione precedente, quindi le prestazioni del nuovo runtime sono notevolmente migliorate. Ad esempio:

  • Il processo di compilazione è cambiato. Il dispositivo virtuale funziona secondo il principio AHEAD OF TIME. La decrittazione del codice del file non avviene al momento del lancio, ma durante il processo di installazione. Ciò riduce il consumo di risorse RAM.
  • Il sistema operativo a 64 bit è ora supportato.
  • La macchina virtuale rimuove la spazzatura delle informazioni più velocemente, quindi i blocchi del sistema sono ridotti al minimo.

Tra le carenze individuate, spiccano le seguenti:

  • Le app richiedono più tempo per l'installazione.
  • Lo strumento virtuale occupa più RAM.

Come attivare ART

Per abilitare il runtime su un dispositivo mobile, è necessario completare la seguente sequenza di passaggi:

  • Vai al menu delle impostazioni. Sui dispositivi mobili, questa sezione è rappresentata come un'icona con un ingranaggio.
Fig.1 Vai alla sezione "Impostazioni"
  • Scorri l'elenco verso il basso.
  • Andiamo alla sezione "Informazioni sul telefono", troviamo la colonna "Numero build" e facciamo clic più volte. Questo aprirà l'accesso alle opzioni sviluppatore e l'elemento corrispondente apparirà nel menu delle impostazioni.
Fig.2 Fare clic più volte sulla colonna "Numero build"
  • Vai alla sezione per gli sviluppatori e fai clic sulla voce "Runtime". Qui si nota l'uso dell'ART.
Fig.3 Nella sezione "Runtime" contrassegnare l'uso di ART

Importante: la procedura descritta è rilevante perAndroid 4.4 e versioni precedenti. Se stai utilizzando la vecchia versione, lo smartphone utilizza Delvik per impostazione predefinita, quindi manca la voce di menu "Runtime".

Dopo aver attivato la macchina virtuale, il dispositivo mobile si riavvierà. Il tempo di riavvio dipende direttamente dal numero di programmi installati. Il nuovo runtime "interromperà" tutti i codici dell'applicazione.

Cosa scegliere?

Considerando che gli ambienti Dalvik e ART sono quasi identici, è piuttosto difficile dare la preferenza a uno di essi. Probabilmente tutto dipende dal dispositivo mobile che stai utilizzando.

GUARDA IL VIDEO

Se la quantità di memoria lo consente, è meglio scegliere ART. Questo strumento non sovraccarica il processore e funziona più velocemente con le applicazioni. Inoltre, questo è un nuovo sistema che verrà perfezionato e acquisito con nuove capacità.

Principali articoli correlati