Le 5 février Google proposait une version Chrome Dev pour Android. Au premier abord rien de bien sensationnel, et pourtant. Oui, pourtant, car en y regardant de plus prêt on constate que les développeurs sont en train de mettre en place des briques assurant une une transition de ChromeOS vers AluminiumOS.
A retenir :
Pourquoi une « simple » MàJ de Chrome Dev dans Android, est une des marches qui mène les Chromebook de ChromeOS vers AluminiumOS.
Les dessous du projet Aluminium
Le vieux ChromeOS, celui avec son noyau Linux traditionnel, vit ses dernières années de gloire. Google a décidé de tout miser sur le Android Common Kernel (ACK). Pour faire simple, on arrête de faire cohabiter deux mondes qui se regardent en chiens de faïence. Avec AluminiumOS, Chrome ne sera plus « le » système, mais une application ultra-optimisée tournant nativement sur Android.
C’est là que cette version 146 devient cruciale. En balançant ces tests sur Android maintenant, Google essuie les plâtres. Ils vérifient que le moteur de rendu ne s’effondre pas quand on le bouscule sur une architecture mobile, avant de l’injecter dans les futurs Chromebook. C’est un crash-test grandeur nature.
Performance et optimisation technique
Faire tourner un OS de PC sur une base Android, ça demande du muscle. Les bruits de couloir parlent déjà d’un passage obligatoire à 8 Go de RAM pour ne pas ramer. Mais bon, la branche 146 montre qu’ils bossent dur : ils ont réussi à gratter une baisse de latence de 5,78 % sur les tâches lourdes. C’est peut-être un détail pour vous, mais pour la fluidité d’un futur PC sous Android, ça veut dire beaucoup.
On voit aussi apparaître une unification des alertes de sécurité. Les fameuses « bulles » deviennent identiques sur smartphone et bureau. C’est le signe qui ne trompe pas : l’interface (UI) est en train de fusionner totalement. Ils préparent même en douce la gestion des fenêtres multiples, parce qu’un OS de bureau sans « vrai » multitâche, ça resterait un jouet.
Le calendrier secret jusqu’en 2034
Si vous avez peur de voir votre Chromebook actuel devenir obsolète demain matin, respirez. La transition va être longue, très longue. On parle d’un déploiement qui s’étire sur presque dix ans.
- Fin 2026 : Les premiers cobayes (les « Commercial Trusted Testers ») mettront la main sur des machines comme le HP Elite Dragonfly sous Aluminium.
- 2028 : Le grand saut pour les boîtes et les écoles.
- 2034 : Le clap de fin définitif pour ChromeOS « Classic ».
C’est une stratégie de l’usure. Google s’est engagé sur 10 ans de support, donc les deux systèmes vont cohabiter un bon moment, comme de vieux colocataires qui ne se parlent plus trop.
Enjeux et réalités pour l’utilisateur
C’est le moment de peser le pour et le contre. Est-ce qu’on y gagne vraiment au change ? Voici le topo :
| Avantages | Défis |
| Performances natives : Les apps Android ne sont plus émulées. Meilleure autonomie. | Fragmentation : Les vieux Chromebook vont rester sur le carreau. |
| Écosystème unifié : Une seule mise à jour Chrome (la 146 par ex.) pour tout votre matos. | Besoin matériel : Android est plus lourd que le ChromeOS d’origine. |
| IA Intégrée : Gemini sera injecté directement dans les veines du système. | Changement d’habitudes : L’interface va forcément bousculer les vieux de la vieille. |
Une lecture fine d’un lien vers Github
Bon, jusqu’à présent, j’ai présenté des généralités, accessibles à tous, maintenant voyons ce que le lien Github dit sur cette MàJ. Plongeons-nous dans les lignes de codes et voyons ce qu’il en ressort.
Un contenu de qualité, sans publicité.
Vous aimez notre travail ? Soutenez notre indépendance en devenant membre sur Patreon.
Soutenir MyChromebook.frLa fusion invisible des interfaces (System UI)
Dans ce log, plusieurs modifications concernent la gestion des « Surfaces » et du « Compositor ». En clair, Google travaille sur la façon dont les fenêtres s’affichent. Dans AluminiumOS, Chrome ne doit plus se comporter comme une application Android classique qui s’étire mal, mais comme une fenêtre de bureau native. On voit dans les commits des ajustements sur la gestion du focus et du redimensionnement qui sont calqués sur le comportement historique de ChromeOS.
Le nettoyage avant la « Grande migration »
On remarque beaucoup de « Clean up » et de suppressions de codes obsolètes liés aux anciennes méthodes de communication entre Chrome et Android (le fameux pont ARC++). A l’analyse les ingénieurs retirent les « échafaudages » qui servaient à faire cohabiter les deux systèmes. Comme AluminiumOS fusionne les deux, ils simplifient le code pour que le navigateur parle directement au noyau Android sans intermédiaire. C’est ce qui explique le gain de performance de 5% mentionné plus haut.
« Ferrochrome » et la virtualisation
Le log contient des références à des optimisations de la VMM (Virtual Machine Manager). C’est ici que vit le projet Ferrochrome. Pour que vous puissiez garder un « vrai » Chrome (avec toutes vos extensions de bureau) sur une base Android, Google utilise une micro-machine virtuelle ultra-légère. Les commits entre la .7655 et la .7668 montrent qu’ils peaufinent la vitesse de lancement de cette structure.
Pourquoi votre matériel va compter
Comme ces changements dans le code rendent le système plus complexe (plus de tâches de fond, plus d’IA), la configuration de votre machine reste le facteur numéro 1. Voici à nouveau le tableau pour situer l’impact de ces lignes de code sur votre futur usage . Dans ce tableau, j’ai pris les deux ordinateurs les plus puissants sous ChromeOS que je possède actuellement.
| Critères de migration | Acer Vero 514 (Usage mobile) | Acer Chromebox CXI5 (Usage bureau) |
| Processeur | Intel Core i5-1235U | Intel Core i5-1235U |
| RAM | 8 Go (Sera vite saturée) | 16 Go (Le standard idéal) |
| Impact du log 146 | Le processeur gère mieux la batterie grâce au nettoyage du code. | Profite pleinement de la nouvelle gestion des fenêtres multi-écrans. |
| Expérience Aluminium | Fluide, mais attention au nombre d’onglets ouverts. | Expérience « Desktop » parfaite, prête pour l’IA intensive. |
Ce qu’il faut retenir
Ce n’est pas une simple mise à jour de sécurité. C’est une phase de consolidation. Google ne cherche plus à ajouter des gadgets, mais à rendre la base Android assez solide pour supporter la charge d’un ordinateur complet.
Au final, cette version 146, c’est un peu la première pierre visible d’une nouvelle cathédrale. Google veut faire d’Android l’OS universel, du smartphone au PC pro. On n’y est pas encore tout à fait, mais le code est déjà là, écrit noir sur blanc sous nos yeux. Des questions, ou même des commentaires, n’hésitez à portez vos interrogations comme vos réflexions autant ici que dans le forum Discord.
FAQ (Foire Aux Questions) dont le code n’évolue pas
C’est quoi le projet Aluminium ?
C’est la transition de ChromeOS vers un système basé entièrement sur le noyau Android.
Mon Chromebook actuel va-t-il cesser de fonctionner ?
Non, Google assure un support jusqu’en 2034 pour les modèles actuels.
Pourquoi Android est-il plus lourd ?
Parce qu’il gère plus de couches natives, ce qui nécessitera au moins 8 Go de RAM sur les futurs appareils.
Bonjour et merci de ces précisions.
Lues en détail, elles induisent certes un AlumOS mais SURTOUT 1 NOUVEL ANDROID bien plus musclé.
J’avais un trou de compréhension qui ouvrait un grand point d’interrogation pour tablettes et phones android.
Maintenant que j’anticipe que la vraie innovation est un ANDROID qui avale tout, je comprend mieux.
Cet AlumOS devient un appendice pour CBK à clavier. A ce propos, il faudra que je teste DEX sur le Samsung d’n pote. (je suis sur CMF)
Un article très interessant ! Cependant, avez-vous une idée du future des Chromebooks tournant sur l’architecture ARM ? J’avais cru comprendre que comme Android tourne nativement sur ARM, le besoin de RAM serait moins important sur ces Chromebooks.
Merci pour votre commentaire ! C’est une analyse très pertinente qui touche au cœur de l’évolution actuelle de ChromeOS.
Vous avez tout à fait raison sur un point : l’architecture ARM est le partenaire « naturel » d’Android. Cependant, il est intéressant de nuancer l’impact sur la RAM pour bien comprendre ce qui nous attend avec le Projet Aluminium :
Fluidité vs Quantité de RAM : Sur un Chromebook Intel (x86), les apps Android passent par une couche de traduction (émulation) qui sollicite énormément le processeur (CPU). Sur ARM, cette couche disparaît : les apps tournent « nativement ». Le système gagne donc en réactivité et en autonomie, mais la RAM, elle, sert à stocker les données. Une application ou un onglet Chrome consommera sensiblement le même volume de données, qu’il soit sur ARM ou Intel.
Le rôle du Projet Aluminium : C’est ici que votre intuition se confirme. En basculant ChromeOS sur une base Android, Google va intégrer le gestionnaire de mémoire d’Android (plus agressif pour libérer la RAM en arrière-plan). C’est cette optimisation logicielle, combinée à l’architecture ARM, qui permettra une expérience bien plus fluide sur des configurations d’entrée de gamme.
Le défi du Web moderne : Le « gourmand » reste le navigateur Chrome. Même sur ARM, le web actuel et les fonctionnalités d’IA locale (comme Gemini Nano) demandent de la mémoire vive. C’est pourquoi, malgré l’efficacité d’ARM, le standard de 8 Go devient peu à peu la norme pour un confort total.
En résumé : Vous avez raison, l’architecture ARM rend l’usage d’Android bien plus cohérent et « léger » pour le système, mais c’est surtout la fin de l’émulation et la nouvelle gestion logicielle d’Aluminium qui vont faire la différence !
Au plaisir d’échanger à nouveau sur ces évolutions