MIPS Technologies, comme ARM, vit des licences sur les jeux d’instructions. C’est une architecture encore très vivante.

MIPS est plus vieux mais c’est une architecture plus extensible (‘scalable’) que les ARM. En termes de performances, un bon MIPS écrase un ARM. Les ARM ont un avantage en termes de performances/transistor mais je pense que les ARM auront beaucoup de mal à suivre (bien que le 8086 n’était pas extensible, et on sait ce qu’il est devenu…).

Sinon, nVidia a racheté PortalPlayer en 2007, ils faisaient les microcontrôleurs à base de ARM qui se trouvent au coeur des ipods et autres… donc nVidia fait déjà des microcontrôleurs ARM.

La relation entre AMD et Intel au sujet du jeux d’instructions x86 est assez compliquée, il y a eu autrefois des accords de double-source des composants (jusqu’au 386, je crois), quand Intel n’était pas aussi hégémonique. Maintenant, AMD a amené une amélioration cruciale au jeu d’instructions, le 64bits, je ne doute pas qu’il y ait eu des négotiations pour permettre à Intel de les utiliser…

Le credo du monde Linux (et du libre, seul à publier ses sources ce qui est la condition sin-equa-non) n’est pas la compatibilité de binaires, mais de sources. Les problèmes de portabilité sont donc réduits.

Et pour la partie applicative, c’est bien compatible-source malgré les énormes differences matérielles. Il n’y a que les parties bas niveau du kernel qui soient réellement impactées et qui puissent poser problème si on sort des architectures bien supportées (x86 bien entendu, mais également PowerPC, ARM et MIPS).

Ca laisse du choix.

L’applicatif, c’est en général une recompilation avec la bonne chaine de compilation croisée.

Sinon, pour Pierre… ARM n’est pas sans license… Mais bien au contraire ne vit que de ça! ARM vends ses licenses a qui veut implémenter un µP ARM dans un produit, mais peut également vendre une description VHDL d’un µP ARM complet à integrer dans un gros FPGA ou autre, au milieu de ses propres périphériques. On parle de « coeurs synthétisables ».

Et les « gens d’ARM », sans mauvais jeu de mots, sont très vigilants avec ces licences et le controle de ce qui sort…

Si on ne veut pas payer de licences, c’est du MIPS qu’il faut sortir… même si c’est une archi un peu vieillissante.

A+

Relis bien ce que j’ai écrit, peu importe le système tant qu’il est simple et suivi et compatible avec lui-même. C’est le cas d’aucun en réalité.

Quant à ton étonnement, si c’est de l’ironie quand tu auras travaillé pour autant de pro que moi … Pour info j’ai décompilé Firefox, modifié le code en profondeur et recompilé l’application pour telle que je la voulais et c’est loin d’être un exploit, c’est juste une compétence.

A ton avis que vaudrait le libre sans l’émulation du propriétaire ? Deux années pour s’appercevoir que le javascript de firefox était très lent, mais on en a pas trop parlé et les devs ont fait la correction mais la direction prise était la mauvaise.

Je ne suis pas dans le débat d’OS je m’en cogne les vertèbres tant je les trouve peu adaptés les uns comme les autres.

http://www.umpcfever.com/news/?postid=875

Mais ça ne vas être silmple.

Apparemment Van Der Len a reporté à fin juillet la vente de son « Jisus » basé sur un 64-Bit Loongson 2F, pour lancer fin juin le « Jisus 2″ basé sur un VIA C7.

http://vanderled.com/onlinestore/product_info.php/cPath/49_48_58/products_id/81

http://vanderled.com/onlinestore/product_info.php/cPath/49_48_58/products_id/86?osCsid=62b8a140eec0f2940cbae3c4053920ac

Il ne suffit pas d’avoir un dépôt adapté à l’architecture, il faut aussi mettre en oeuvre toute sa maintenance à partir des patches publiés par les sites officiels.

http://www.slashgear.com/intel-atom-330-dual-core-rumored-for-q3-2008-2711789.php