Gli aggiornamenti non coerenti sui dispositivi Android hannoha afflitto la piattaforma sin dal suo iniziale aumento di popolarità. Project Treble è il piano di Google per aiutare i produttori a semplificare il processo di aggiornamento per aggiornamenti più tempestivi.
La frammentazione di Android è il problema
Una delle più grandi lamentele contro Android comeun sistema operativo è qualcosa generalmente denominato "frammentazione". La definizione tradizionale è "il processo di suddivisione in parti piccole o separate", che si traduce direttamente nella sua connotazione negativa per Android: ci sono otto diverse versioni di Android attualmente allo stato brado, ancora in uso su vari tipi di hardware.
RELAZIONATO: La frammentazione non è colpa di Android, è il produttore
Lo standard qui è, ovviamente, fissato da Applecon l'iPhone. Mentre la versione più prolifica di Android è Android 7.x (Nougat) di quasi due anni fa, quasi i tre quarti di tutti i dispositivi iOS eseguono l'ultima versione (iOS 11).
Fonte: Google
In confronto, i numeri di distribuzione di Android sonotriste, con il 28,1% dei telefoni con Android 6.x (Marshmallow) e il 28,5% con Android 7.x (Nougat), il che significa che oltre la metà dei telefoni Android in commercio utilizza un sistema operativo vecchio di quasi due anni . Un magro 1,1 percento utilizza la versione più recente: Android 8.x (Oreo). Per dirla ancora più schiettamente, oltre il 98% dei dispositivi Android utilizza software obsoleto, oltre il 36% esegue cinque anni (o precedente) software. Ahia!
Chiaramente, c'è una profonda disconnessione lì. La ragione di ciò è sfaccettata, purtroppo, ma generalmente può essere attribuita a due punti chiave: i produttori e il ciclo di aggiornamento di Google. Siamo entrati nei dettagli in precedenza, quindi ti salverò tutti i dettagli e ti indirizzerò in quella direzione se sei curioso di sapere come è colpa dei produttori.
Project Treble è la risposta
Il motivo per cui i produttori hanno così difficoltà a rilasciare aggiornamenti rapidi è a causa di tutto il lavoro che deve essere svolto per far comunicare il sistema operativo con l'hardware.
Tradizionalmente, ha funzionato in questo modo: il framework del sistema operativo e il software di basso livello facevano tutti parte dello stesso codice. Pertanto, quando il sistema operativo è stato aggiornato, anche questo software di basso livello, tecnicamente denominato implementazione del fornitore, ha dovuto essere aggiornato. È un sacco di lavoro.
Quindi, a partire da Android 8.x (Oreo), Google ha separato i due. Ciò significa che lo stesso sistema operativo Android può essere aggiornato senza dover toccare l'implementazione del fornitore. Questo, a sua volta, può essere aggiornato da solo se necessario.
Per metterlo in un contesto completo, prima che un aggiornamento possaessere trasferito a un dispositivo Android 7.x (o precedente), non solo il codice del sistema operativo Android deve essere aggiornato, ma anche il codice hardware di basso livello, che è generalmente mantenuto dal produttore del chip. Quindi, ad esempio, se Samsung vuole inviare un aggiornamento a uno dei suoi telefoni, deve attendere che Qualcomm (o chiunque abbia creato il chip) aggiorni il suo codice per funzionare con il nuovo codice Samsung. Sono molte ruote che girano contemporaneamente e ognuna dipende dall'altra.
Con Android 8.x e oltre, non sarà più così. Poiché il codice hardware di base è separato dal codice del sistema operativo, i produttori di dispositivi saranno liberi di aggiornare il loro software senza dover attendere che il produttore di silicio aggiorni anche il suo codice.
Questo dovrebbe accelerare notevolmente l'aggiornamentoprocesso, almeno in teoria. L'aggiornamento dei dispositivi sarà ancora nelle mani del produttore e dal momento che i primi dispositivi Oreo al di fuori della linea Pixel gestita da Google sono in fase di lancio, non abbiamo ancora avuto la possibilità di vederlo appieno nella pratica. Si spera che apporti effettivamente un cambiamento significativo alla velocità con cui gli aggiornamenti vengono scritti e distribuiti.
Il mio dispositivo trarrà vantaggio da Project Treble?
Adesso quello è la domanda da un milione di dollari, giusto? Sfortunatamente, la risposta non è così semplice (sicuramente non te l'aspettavi). Detto questo, ecco alcuni fatti:
- Se il tuo dispositivo non viene mai aggiornato a Oreo, non riceverà mai Project Treble. Niente da fare. Scusa.
- Se il tuo dispositivo viene aggiornato a Oreo, è ancora non richiesto supportare gli acuti: dipende dal produttore.
- Se acquisti un nuovo telefono che esegue Oreo fuori dalla scatola, esso è obbligatorio per supportare Treble fuori dagli schemi.
In breve: il supporto di Treble sui sistemi aggiornati spetta ancora ai produttori, ma saranno necessari nuovi dispositivi Oreo per supportare Treble in futuro.
Quindi, ad esempio, Pixel 2 supporta giàProgetto Treble. Il prossimo Galaxy S9 supporterà anche Treble out of the box. Google ha anche aggiornato Pixel 1 per supportare Treble, ma sfortunatamente sembra che Samsung l'abbia lasciato fuori dalla build Oreo per il Galaxy S8.
Se sei curioso del tuo dispositivo, Android Police ha un elenco aggiornato di tutti i dispositivi che riceveranno il supporto Treble, oltre a quelli che verranno aggiornati a Oreo senza Treble.
Gli aggiornamenti del sistema operativo Android sono stati un punto costante dicontesa ormai da molti anni, quindi è bello vedere Google finalmente affrontare il problema. Con un po 'di fortuna, questo avvicinerà tutti i dispositivi Android alla parità con Apple in termini di aggiornamenti dei dispositivi.
Credito di immagine: Google
