yl a écrit :



Le x86 est tout sauf un “bon” modèle. Franchement, même quand Intel fait un SoC ce n’est pas vraiment le cas: Certes le le PCH et quelques contrôleurs se retrouvent sous le même capot mais ils en font toujours en réalité le minimum. Au point d’en arriver a ce que des signaux qui sortaient vers un bloc autrefois externe doivent aller faire une boucle faisant le tour de la carte car si on n’a pas les délais de propagation de quand c’était dehors, ca ne marche pas! Et vu qu’ils ont paumé le VHDL depuis des plombes, plus personne ne sait visiblement retoucher le truc.

 

Leur architecture de communication inter-core, on en revient à un token-ring dans chaque sens quand tout le monde fait des crossbar.



 Tous les périphériques sont vus comme du PCI et énumérés en mode bonne vieilles IO avant d’être memory-mappés, ce qui est lent comme un jour sans pain au démarrage… enfin si ca démarre, parce que nul part ailleurs on voit une telle complexité dans le séquençage des alims/reset. Le controleur DDR, niveau j’en fais le moins possible, est quasiment totalement initialisé en soft (et pas un paramétrage, un enable/attente active et zou), c’est si complexe chez eux que sans le MRC (source donné aux seuls éditeurs de BIOS) ou le FSP (sa version binaire pour les autres/coreboot) c’est infaisable. Surtout avec une documentation proprement lamentable.



Non, pour dire que c’est “très bon” il ne faut pas avoir vu autre chose ces 2 dernières décennies!





Tu dois ignorer que, dans le mode ARM, un processeur fait par Qualcomm, un autre par Samsung, un autre par Mediatek, ou encore un autre d’un autre fabricant/fondeur nécessitent tous un code recompilé pour leur archi propre ? Même à révision ARM identique. Tout ceci car il n’y a pas de vrai standard dans le monde ARM.



Niveau architecture x86, tu peux prendre n’importe quel sort compilé et l’exécuter sur n’importe quel processeur AMD, Intel, Cyrix, Via, …



Coté Android (je laisse à part l’iOS d’Apple) si les apps fonctionnent d’un smartphone à l’aute (enfin, normalement), c’est parce qu’elles tournent dans une sorte d’émulation. Tu ne peux pas prendre une image système Sony et la faire tourner telle quelle sur un smartphone LG (ou vice versa). Il n’y a aucune standardisation de pilotes pour commencer (ça part mal). Et puis bon, les fabricants de smartphone ne maitrisent aucunement l’architecture qu’ils utilisent et les mises à jour dépendent exclusivement des fondeurs. Quand un fondeur tel que Qualcomm (il n’est pas seul à agir de la sorte hein) décide de stopper les devs pour ses anciens processeurs, fini les mises à jour sur ces appareils. Les “ROM alternatives” ne sont qu’une panacée très peu heureuse.



Curieusement, Apple est revenu de leur propre architecture PowerPC (un dérivé de l’architecture RISC Power de IBM) pour reprendre du x86. Si ce dernier était si mauvais, pourquoi ? Et pourquoi les consoles de jeu de salon utilisent du x86 ? Car, malgré ses défauts, l’architecture x86 a de vraies qualités, à commencer par un standard solide appuyé par différents acteurs.