URL: https://linuxfr.org/users/orfenor/journaux/riscos-et-les-systemes-inventifs-des-annees-80 Title: RiscOS et les systèmes inventifs des années 80 Authors: orfenor Date: 2020年10月10日T18:29:40+02:00 License: CC By-SA Tags: histoire Score: 19 Lu ce matin, un article passionnant nous raconte l'histoire de RiscOS (le système d'Acorn Computers) depuis les années 80 en s'intéressant aux possibilités de l'adapter au potentiel du matériel actuel. Ces systèmes des années 80 (ceux d'Acorn, Commodore, Atari, Apple, Microsoft — et d'autres) ont leurs avantages et défauts en partage : ils sont rapides mais plantogènes. Pour faciliter leur conception et privilégier la vitesse, ces OS utilisaient le _multi-tâche coopératif_ avec ses défaut de gestion de mémoire et étaient très proche du matériel, avec beaucoup d'assembleur. Je résume et simplifie bien entendu. Quand les microprocesseurs ont évolué, apportant la protection mémoire, le multi-threading, le multi-processeur, et la possibilité du _multi-tâche préemptif_ (et sa lenteur), aucun de ces systèmes n'a pu en tirer parti. Ils traitaient le proco comme un CPU de la génération d'avant qui va un peu plus vite. Sans parler du binaire ! quand des puces 16 bits, 32 bits, 64 bits sont apparus, ils continuaient de les utiliser en 8, 16 ou 32 bits (26 bits pour RiscOS), sans possibilité d'évolution. Aucun de ces concepteur à part Microsoft n'a fait les changements nécessaires : tout reprendre à zéro en ajoutant des couches de compatibilité pour continuer de lancer les programmes d'avant. De fait, on peut toujours lancer des vieux programmes DOS ou Windows sur Windows 10, bien que le système n'ait plus rien à voir (de là, le côté « bouffi » du système de Microsoft). À la fin des années 90, Apple n'avait donc guère le choix en adoptant NextStep pour base de MacOSX : macOS ne pouvait pas évoluer. Je le répète, c'est un résumé grossier. Cette compatibilé binaire est un fameux dilemme d'ailleurs. Plutôt que trop grossir, MacOSX l'évacue régulièrement. Linux choisit la compatibilité du code source recompilable sur plein d'architectures, mais va donc lancer un programme propriétaire pour Linux 2.6 sur un noyau actuel ! les distros ne sont pas adaptées. Déjà pour le 32 bits elles ont fait un effort, mais c'est parce que les processeurs sont compatibles — jusqu'à quand ? c'est toujours du résumé, pas taper merci. Conclusion, je n'ai pas résumé l'histoire d'Acorn ni celles des puces ARM (d'Acorn aussi) pour vous laisser le plaisir de la lire dans [cet article écrit en anglais simple, lisible, accessible](https://liam-on-linux.livejournal.com/73983.html). Comme RiscOS.