Les vidéos flash en H.264 accélérées sous Linux via Gnash

Houlà... Dans longtemps...

Dans les PC fixes ont tourné autour des quelques méga de RAM en 1990... Avec de l'addressage 32bits pour les 386 et >.
(8088, 8086, 80186 et 80286 était 16bits en interne mais faisait un truc super compliqué (et merdique) d'adressage mémoire via 2 registre 16bits qui ce recouvrait en partie (on accéder à des fenêtre de 64ko de la mémoire, comme on a fait sur les 32bits avec les PSE), ça faisait 20bits en tous soit 1Mo)
4Mo ça utilisé 22bits... Avec le 32bits ont en avait 10 de rabe... Soit 1024 fois plus...
4Go ça bouffe 32bits, ont en a 32 de rab... soit environ 4 milliard fois plus... Ça nous laisse encore plus de temps...
Non les «128bits» c'est:
- Soit des architectures vectoriel... ça existe déjà depuis belle lurette (Supercalculateur des années 80, puis sur PC le MMX, SSE, SSE2, SSE2186713..., PlayStation II, GameCube etc...), mais c'est rarement généraliste (enfin sur supercalculateur parfois si :)), c'est à dire qu'on peut pas tous faire ce que l'ALU généraliste principal sait faire dessus. (Ce qui fait qu'on peux simplifier grandement l'unité, l'optimisé pour des tâches simple, mais faite de maniere rapide et pour pas cher)
- Soit des architectures VLIW (Very Large Instruction Word), qui là aussi existe depuis belle lurette sur Supercalculateur, DSP et plus récent Station de Travail et Serveur (l'Itanium par exemple). Où le principe est d'envoiez non pas une seul instruction à la fois mais plusieurs. En effet les CPU ont plusieurs unités de calcul. Actuellement c'est le CPU qui en interne essais d'en executé le plus possible en parallele dans les differentes unités, le problème c'est qu'il est pas non plus devins pour optmisé le bazar et n'as pas forcement le débit mémoire pour claqué plusieurs instruction d'un coup.
L'idée c'est donc de balancer ce que doit faire chaque unité, où au moins plusieurs d'entre elle (sur l'Itanium, avec des instructions de 128bits, c'est 3 instructions et il peut en lire 2 par cycle d'horloge depuis son cache d'instruction interne). Et de reporté le choix des instructions à éxecuté au compilateur. Qui poura être plus éfficaces que la logique interne du CPU. (Parcontre forcement faut recompiler completement pour chaque architecture même compatible pour évité de voire les perfs s'éffondré...)

Sinon pour te répondre, oui je fais aussi dans l'embarqué, et j'adore ca Je suis sans doute un peu mazo dans l'âme

Sinon rien à redire là dessus, je suis entièrement d'accord avec toi =) C'est une évolution nécessaire, certes, mais on n'est pas bousculé (tant qu'on fait pas des traitements spécifiques) pour y passer. C'est ce que je voulais sous entendre. Et généralement ceux qui y passent sans la nécessité sont généralement des pseudo geek qui veulent montrer qu'ils en ont une grosse :) C'est tout ce que je voulais résumer

Edité par Satan2k le jeudi 8 octobre 2009 à 15:34

Bin moi je suis passé au 64 bits parceque quand j'ai mit ma clé usb debian 64bits avec la netinstall dessus, ça a tous bien marché comme il faut...

Sinon, l'embarqué c'est cool :P L'assembleur ARM c'est le pied :P en petit l'AVR 8bits c'est sympa... Parcontre je touche pas a ces saloperie de PIC... (tient, encore un truc avec un adressage mémoire pas lineaire :))