Mais ça n'a dérangé personne de voir apparaître de nouvelles instructions (MMX, SSE, SSE2, ...) sur les processeurs x86. Ni de voir AMD développer son propre jeu d'instruction concurrent (3DNow!) ou décider de faire une version 64 bits (que Intel a ensuite cloné). Pourquoi chez ARM soudainement ça serait un problème?
Parce qu'avant le SSE2 inclus dans l'AMD64, personne n'utilisait ces instructions à part 2 ou 3 soft, comme les moteurs de jeu, Photoshop et les codec vidéo. C'est un gâchis monstre. Il fallu attendre longtemps avec de pouvoir utiliser autre chose qu'un assembleur pour utiliser ses instructions, et encore plus longtemps pour que gcc fasse l'effort de les utiliser.
C'est surtout de ce côté que ça coince: il ne semble pas raisonable pour la plupart des constructeurs de devoir absolument stocker leurs drivers dans le dépôt Git de Linus et de devoir passer toutes les étapes de revue de code
Cela marche pour le PC depuis plus de 10 ans...
Le "compatible Android" a déjà remplacé le "compatible PC" comme standard de machine le plus répandu. Que Linux n'arrive pas encore à s'y adapter, c'est un autre problème.
[^] # Re: Effet de mode?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal ARM vs Intel. Évalué à 5.
Parce qu'avant le SSE2 inclus dans l'AMD64, personne n'utilisait ces instructions à part 2 ou 3 soft, comme les moteurs de jeu, Photoshop et les codec vidéo. C'est un gâchis monstre. Il fallu attendre longtemps avec de pouvoir utiliser autre chose qu'un assembleur pour utiliser ses instructions, et encore plus longtemps pour que gcc fasse l'effort de les utiliser.
Cela marche pour le PC depuis plus de 10 ans...
euh?!
"La première sécurité est la liberté"