Propose qqch qui ferait en sorte qu'une "manif" à 80 penguins n'ai pas l'aire ridicule à la télé !
Il faut aussi écrire des tracts "pour le grand publique" qui explique de quoi il est question avec des références et sans (trop) de Fud.
- Sans doute trouver un lieu marquant ou le distribution de tract aurais un interret (entrée des chaines de télé ?).
- Envoyer à son député une lettre manuscrite (pour qu'il la lise...).
- Demander audience à son député pour lui parler du problème.
- Contacter et sensibiliser des journalistes que l'on connait.
- Essayer de convaincre des associations de consomateurs du problème.
- Faire des contre-propositions pour avoir des fonctionnalités identiques du point de vue du possésseur du système (en gros la même chose que tcpa mais SANS cette putain de clef RSA unique et secrète et signé par la TCPA Master key) .
- Faire une grosse action "àlaconmaisympa" pour être sûr de passer dans les journaux (grosse banderole "TCPA SUX" installer en qq minutes sur l'obélisque de la concorde :).
-...
La version XBOX V2 a été un énOOrme cout de bol d'être péter. Avant de booter le bios en flash (qui était remplacer par le mod chip), le système commence par booter sur une vrai rom qui doit être planqué dans le chipset. La rom commence par faire une hash du bios avant de le booter.
Le système à été casser car le hash utilise l'algo TEA qui a une faiblesse qui permet de bouger 2 bits sans que cela change le resultat du hash. Ainsi, il faisait un (en fait, plusieurs) saut en mémoire pour booter dans une autre zoom de la flash qui n'était pas hashé.
Bref, change ça avec un hash SH1, et pouf, faut tout refaire.
Bah, c'est facile, la BSD est libre car elle dispose des 4 libertés. Donc, c'est une licence libre.
Je la trouve mauvaise car elle n'oblige pas de "compensation" à la modification des sources (tous le monde a interret à l'utiliser les améliorations des autres sans en faire profiter des siennes). Mais, c'est un autre problème !
Le fichier ADN ne contient qu'un hash de l'adn si on veut utiliser une métaphore informatique.
Il ne faut pas raconter n'importe quoi. Au début le projet de lois ne concernait que les personnes *condamnés* pour des faits sexuels.
Certains parlementaires ont voulu étendre d'un coté aux personnes qui était "en examin" pour vérifier s'il ne pourrait pas être inpliqué dans d'autres histoires, ailleurs. Et puis, étendre cela à toute personnes condamné (comme pour les empreintes digitals).
Je privilégie rien du tout. Mais Guy George à tuer une dizaine de fois avant de se faire prendre. Il avait été arrété il y a qq années pour des fais de même nature. Dés la première récidive, il aurait pu être arrété.
Comme je suis contre le fait qu'une personne qui fasse un délit mineur se retrouve irrémédiablement enregistré dans un fichier avec son ADN.
Il était question de crime pas de délit. C'est quand même pas la même chose. Ensuite, tu donnes déjà ton empreinte dès que tu as affaire à la justise. Quelle est la différence avec la signature de ton ADN ?
Conseil : ne jette plus tes capotes -si t'en utilise- à la poubelle, tu risquerais de finir accusé pour un viol que tu n'as pas commis.
Merci du conseil :) Mais il faudrait pas prendre les flics pour des cons non plus...
Si le stage est non rémunéré, cela signifie que la boite n'attend rien de toi.
Le plus souvent, tu prends du temps au maitre de stage mais aussi ils arrivent que certain guss fasse le boulot de vrai ingénieur débutant. Donc le smic parait un minimum !
philips toyucam pro (les XS ne sont PAS compatible avec le drivers linux philips) ou un nom approchant : aucun problème (drivers qui active la compression est closed source)!
Il a du sortir une nouvelle révision rescement alors. :)
Sinon MMX -> SIMD entier (assez pourris d'ailleurs non orthogonal et beaucoup 16 bits)
SSE -> SIMD float
SSE2 -> SIMD double
ALTIVEC -> SIMD pour Power PC, pourquoi voudrais-tu que cela soit compatible avec des instructions x86 ?
Donc les 4 ne sont pas vraiment équivalent entre eux !
et moi je te dis que dans 10 ans ton SSE2 ca fera longtemps qu'on utilisera plus.
Et moi, je dis que l'on utilisera plus que ça. Parce que des codes accèlère vraiment beaucoup avec et parce qu'il existe des instructions SSE scalaire que Gcc préfaire mille fois à la pile x87...
(c'est une mauvaise raison mais c'est sans doute la plus vrai)
Il y a 20 ans y'a beaucoup de monde qui trouvait que les 8086 ne valait pas grand chose devant les 68000.
et si on fait des benchs je suis persuadé que sur la majorité des softs qui les utilisent, on voit meme pas la difference.
Et bien tu te gourres lourdement ! Quand tu as un gros MAC à faire, qu'est-ce qu'il vaut mieux comme coeur de boucle :
MUL [V1] [V2] V3
Add V3 V4
V1, V2 coeff et donné, V3 donnés temporaires et V4 Accumulateur dont il faut ensuite additonner les 4 valeurs (chez intel) pour avoir le résultat final.
ou 4 fois la même chose en scalaire ?
Peut-être te rappelles-tu la fierté des Maceux dont les filtres Photoshop allait bien plus vite que ceux des PC ayant une fréquence quasi double ? Et bien, c'était juste grace à l'ALTIVEC bien mieux foutu que le MMX.
ah si il y a un moyen qui utilise l'instruction compare-and-swap x86.
En gros, tu fonctionnes avec un tableau pointeur sur des paquets de donné.
- Tu sauves la valeur de pointeur
- Tu sauves les données à modifier
- Tu modifies les données (ou tu les créait)
- Tu utilise le compare and swap sur la vieille valeur du pointeur et le pointeur, si il a changé retour au début
- sinon, tu a updaté le pointeur.
A prioris, tu ne peux pas perdre de cohérence avec ça. Si tu utilises le même algo partout pour l'acces aux donnés du tableau de pointeurs.
Comment tu fais pour garantir que ce que doit lire le lecteurs est cohérent ? Comment garantir que le paquet de donné qu'il est en train de lire est été fini d'écrire par l'écrivain sans système d'exclusion mutuelle ?
Je m'a planté dans le code mais c'est l'idée qui compte :)
Le problème c'est surtout l'enchainement des événements qui est complèxe à gérer surtout lorsque l'on rajoute la gestion des exceptions (venant de la VM,...). Plus les problèmes liés au microcodes. Et ensuite, lorsqu'il faut accélérer et pipeliner tout ce petit monde...
Pourquoi, en risc tu n'utilses pas le même registe en cource et destination?
Par ce que dans un processeur risc, c'est le plus souvent le cas (et c'est très pratique pour diminuer les dépendances de flot read-after-write que n'aime pas du tout les pipelines).
Et moi, je te dis d'aller plus loin qu'un bouquin qui a plus de 10 ans dans un domaine qui est révolutionné tous les 4 ans...
optimiser le cas le plus courant et ne pas perdre de temps sur les cas qui ne le sont pas
Evidement ! Et quel sont les "killer" applications qui font vendre du pc puissant ? Les mp3, divx et autre jeux 3D. Et quelles sont les applications qui bénéficient des instructions SIMD ?
Sinon tu n'as jamais aucune garantie de pérénité pour aucun processeurs. Jamais. Par contre, si intel a gagné face au motorola et ses 68xxx puis power pc, c'est justement grâce à la compatibilité ascendante. Ils n'y toucheront donc jamais.
Donc oui au final c'est utile pour les divx ou les mp3, cool : mieux vaut avec que sans mais ca reste anecdotique et principalement du marketing.
Non, ce n'est pas du marketing ! A l'époque de la sortie du mmx, ce n'est pas de la faute d'Intel si les journalistes étaient trop incultes pour comprendre comment le MMX marchait.
De plus, tu as bien une augmentation des performances très substanciel des applications applicants des calculs lourds (3D, traitement du signal, traitement d'image,..). C'est une technique qui provient des supercalculateurs vectoriel, type Cray et autre Nec ESS (mais avec des vecteurs de centaines de nombre pas de 4). Ce n'est pas anécdotique du tout.
applicables qu'a un faible nombre de soft
Son, video, 3D, Simulation ... hum oui, tu as raison il manque juste la bureautique. Mais en wysiwyg, il y a souvent des rendus à faire...
- il faut re-ecrire des parties du soft pour en tirer profit
C'est le plus gros point noire. C'est aussi des instructions pas facile à utiliser (sinon tous les softs en bénéficieraient).
- on devient plus ou moins dependant de ces instructions et ca complique le code avec tous les problemes que ca comporte
Et alors ? C'est toujours le problème lorsque l'on veut des perfs (prefetch, strip mining, ...).
- il y a aucune garantie de perenite
Il n'y en a jamais eu sauf que l'histoire d'Intel fait qu'il ne joueront pas à ce jeu-là.
Sinon le SSE2, qui n'existe que sur le P4 et pas encore sur l'Athlon, apporte le support SIMD 64 bits (donc des double) qui sont très souvent utilisé dans les programmes scientifques car la précision 32 bits ne suffit souvent pas. C'est donc un progres dans l'utilisation d'instructions SIMD dans du code scientifique (Simulation, ...).
L'avantage du SIMD sur toute autre techniques est que tu augmentes le nombre d'opérations par cycle d'horloge sans augmenter d'une porte la complexité du circuit de control. C'est tous l'interret de la téchnique.
Concernant les applications oui, tu as raison. Demain, prend un athlon normal, tu lui double le nombre d'unité SSE et PAF tous les jeux 3D ont des perfs qui explose. Mais le reste (la bureautique) ramera toujours autant.
Ensuite, tu as l'influence des caches. Un petit calcul bourrin de 200ko se fout d'être dans un cache de 1Mo ou 128 Mo mais pas une grosse base de donné.
Raaah ! Faut lire les autres commentaires avant de dire des énormité pareils !!!
RISC cela veut dire reduice INSTRUCTION SET computer.
INSTRUCTION SET !!! pas micro-architecture ! (Même si cela aide à la faire évoluer !)
Donc tous les x86 seront et sont TOUJOURS des Cisc. Point barre.
Qu'il utilise en interne ce qu'il veulent, cela sera toujours des CISC. Sinon, on peut dire que des implémentation de MIPS ne sont pas RISC mais CISC car microcodé (DLX et autre) ? Cela serait complétement idiot !
De toutes façon, quelque soit la forme du coeur d'execution, le décodeur devra toujours exister !
C'est d'autant plus idiot que les coeurs de proc x86 doivent beaucoup plus ressembler à des vliw qu'autre choses.
[^] # Re: Premier BIOS TCPA/Palladium
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Premier BIOS TCPA/Palladium. Évalué à 9.
Il faut aussi écrire des tracts "pour le grand publique" qui explique de quoi il est question avec des références et sans (trop) de Fud.
- Sans doute trouver un lieu marquant ou le distribution de tract aurais un interret (entrée des chaines de télé ?).
- Envoyer à son député une lettre manuscrite (pour qu'il la lise...).
- Demander audience à son député pour lui parler du problème.
- Contacter et sensibiliser des journalistes que l'on connait.
- Essayer de convaincre des associations de consomateurs du problème.
- Faire des contre-propositions pour avoir des fonctionnalités identiques du point de vue du possésseur du système (en gros la même chose que tcpa mais SANS cette putain de clef RSA unique et secrète et signé par la TCPA Master key) .
- Faire une grosse action "àlaconmaisympa" pour être sûr de passer dans les journaux (grosse banderole "TCPA SUX" installer en qq minutes sur l'obélisque de la concorde :).
-...
"La première sécurité est la liberté"
[^] # Re: Le Jade 1300 par Ecrin Systems
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Jade 1300 par Ecrin Systems. Évalué à 0.
nicO
"La première sécurité est la liberté"
[^] # Re: GNU/Linux.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal GNU/Linux.. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Relecture de documents ...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche DRM : le format e-book de Microsoft contourné. Évalué à 7.
"La première sécurité est la liberté"
[^] # Re: DRM : le format e-book de Microsoft piraté
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche DRM : le format e-book de Microsoft contourné. Évalué à 10.
La version XBOX V2 a été un énOOrme cout de bol d'être péter. Avant de booter le bios en flash (qui était remplacer par le mod chip), le système commence par booter sur une vrai rom qui doit être planqué dans le chipset. La rom commence par faire une hash du bios avant de le booter.
Le système à été casser car le hash utilise l'algo TEA qui a une faiblesse qui permet de bouger 2 bits sans que cela change le resultat du hash. Ainsi, il faisait un (en fait, plusieurs) saut en mémoire pour booter dans une autre zoom de la flash qui n'était pas hashé.
Bref, change ça avec un hash SH1, et pouf, faut tout refaire.
"La première sécurité est la liberté"
[^] # Re: Antonymes
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le libre dans le Larousse. Évalué à 1.
Je la trouve mauvaise car elle n'oblige pas de "compensation" à la modification des sources (tous le monde a interret à l'utiliser les améliorations des autres sans en faire profiter des siennes). Mais, c'est un autre problème !
"La première sécurité est la liberté"
[^] # Re: Les fabricants de matériel asiatiques ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Premier BIOS TCPA/Palladium. Évalué à 4.
"La première sécurité est la liberté"
# La conf de DEFCON sur le sujet, très instructive !
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Premier BIOS TCPA/Palladium. Évalué à 10.
http://www.cypherpunks.to/TCPA_DEFCON_10.pdf(...)
"La première sécurité est la liberté"
[^] # Re: ben y'a pas grand chose de +...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Les députés durcissent la loi Sarkozy, entre autres sur l'informatique. Évalué à 1.
Il ne faut pas raconter n'importe quoi. Au début le projet de lois ne concernait que les personnes *condamnés* pour des faits sexuels.
Certains parlementaires ont voulu étendre d'un coté aux personnes qui était "en examin" pour vérifier s'il ne pourrait pas être inpliqué dans d'autres histoires, ailleurs. Et puis, étendre cela à toute personnes condamné (comme pour les empreintes digitals).
"La première sécurité est la liberté"
[^] # Re: ben y'a pas grand chose de +...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Les députés durcissent la loi Sarkozy, entre autres sur l'informatique. Évalué à 1.
Comme je suis contre le fait qu'une personne qui fasse un délit mineur se retrouve irrémédiablement enregistré dans un fichier avec son ADN.
Il était question de crime pas de délit. C'est quand même pas la même chose. Ensuite, tu donnes déjà ton empreinte dès que tu as affaire à la justise. Quelle est la différence avec la signature de ton ADN ?
Conseil : ne jette plus tes capotes -si t'en utilise- à la poubelle, tu risquerais de finir accusé pour un viol que tu n'as pas commis.
Merci du conseil :) Mais il faudrait pas prendre les flics pour des cons non plus...
"La première sécurité est la liberté"
[^] # Re: ben y'a pas grand chose de +...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Les députés durcissent la loi Sarkozy, entre autres sur l'informatique. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Antonymes
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le libre dans le Larousse. Évalué à 2.
La GPL n'est qu'une licence qui tend à les faire respecter et surtout à les préserver (la fameuse clause viral).
"La première sécurité est la liberté"
[^] # Re: Radio France cherche du monde pour faire un passage sous Linux
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Radio France cherche du monde pour faire un passage sous Linux. Évalué à 2.
"La première sécurité est la liberté"
# Re: Linuxfr.org source officiel de ZDnet france :-)
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linuxfr.org source officiel de ZDnet france :-). Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: A propos de webcam...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pb avec WEBCAM Logitech. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Pb avec WEBCAM Logitech
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pb avec WEBCAM Logitech. Évalué à 1.
"La première sécurité est la liberté"
# \O/
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Victoire de DeCSS. Évalué à 0.
Mais reste encore l'EUCD... ( http://eucd.info(...) )
"La première sécurité est la liberté"
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 2.
Sinon MMX -> SIMD entier (assez pourris d'ailleurs non orthogonal et beaucoup 16 bits)
SSE -> SIMD float
SSE2 -> SIMD double
ALTIVEC -> SIMD pour Power PC, pourquoi voudrais-tu que cela soit compatible avec des instructions x86 ?
Donc les 4 ne sont pas vraiment équivalent entre eux !
et moi je te dis que dans 10 ans ton SSE2 ca fera longtemps qu'on utilisera plus.
Et moi, je dis que l'on utilisera plus que ça. Parce que des codes accèlère vraiment beaucoup avec et parce qu'il existe des instructions SSE scalaire que Gcc préfaire mille fois à la pile x87...
(c'est une mauvaise raison mais c'est sans doute la plus vrai)
Il y a 20 ans y'a beaucoup de monde qui trouvait que les 8086 ne valait pas grand chose devant les 68000.
et si on fait des benchs je suis persuadé que sur la majorité des softs qui les utilisent, on voit meme pas la difference.
Et bien tu te gourres lourdement ! Quand tu as un gros MAC à faire, qu'est-ce qu'il vaut mieux comme coeur de boucle :
MUL [V1] [V2] V3
Add V3 V4
V1, V2 coeff et donné, V3 donnés temporaires et V4 Accumulateur dont il faut ensuite additonner les 4 valeurs (chez intel) pour avoir le résultat final.
ou 4 fois la même chose en scalaire ?
Peut-être te rappelles-tu la fierté des Maceux dont les filtres Photoshop allait bien plus vite que ceux des PC ayant une fréquence quasi double ? Et bien, c'était juste grace à l'ALTIVEC bien mieux foutu que le MMX.
"La première sécurité est la liberté"
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 1.
En gros, tu fonctionnes avec un tableau pointeur sur des paquets de donné.
- Tu sauves la valeur de pointeur
- Tu sauves les données à modifier
- Tu modifies les données (ou tu les créait)
- Tu utilise le compare and swap sur la vieille valeur du pointeur et le pointeur, si il a changé retour au début
- sinon, tu a updaté le pointeur.
A prioris, tu ne peux pas perdre de cohérence avec ça. Si tu utilises le même algo partout pour l'acces aux donnés du tableau de pointeurs.
"La première sécurité est la liberté"
[^] # ???
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: N'importe quoi
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche AMD et INTEL optent pour des technologies opposées.. Évalué à 1.
Le problème c'est surtout l'enchainement des événements qui est complèxe à gérer surtout lorsque l'on rajoute la gestion des exceptions (venant de la VM,...). Plus les problèmes liés au microcodes. Et ensuite, lorsqu'il faut accélérer et pipeliner tout ce petit monde...
Pourquoi, en risc tu n'utilses pas le même registe en cource et destination?
Par ce que dans un processeur risc, c'est le plus souvent le cas (et c'est très pratique pour diminuer les dépendances de flot read-after-write que n'aime pas du tout les pipelines).
"La première sécurité est la liberté"
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 1.
optimiser le cas le plus courant et ne pas perdre de temps sur les cas qui ne le sont pas
Evidement ! Et quel sont les "killer" applications qui font vendre du pc puissant ? Les mp3, divx et autre jeux 3D. Et quelles sont les applications qui bénéficient des instructions SIMD ?
Sinon tu n'as jamais aucune garantie de pérénité pour aucun processeurs. Jamais. Par contre, si intel a gagné face au motorola et ses 68xxx puis power pc, c'est justement grâce à la compatibilité ascendante. Ils n'y toucheront donc jamais.
Donc oui au final c'est utile pour les divx ou les mp3, cool : mieux vaut avec que sans mais ca reste anecdotique et principalement du marketing.
Non, ce n'est pas du marketing ! A l'époque de la sortie du mmx, ce n'est pas de la faute d'Intel si les journalistes étaient trop incultes pour comprendre comment le MMX marchait.
De plus, tu as bien une augmentation des performances très substanciel des applications applicants des calculs lourds (3D, traitement du signal, traitement d'image,..). C'est une technique qui provient des supercalculateurs vectoriel, type Cray et autre Nec ESS (mais avec des vecteurs de centaines de nombre pas de 4). Ce n'est pas anécdotique du tout.
applicables qu'a un faible nombre de soft
Son, video, 3D, Simulation ... hum oui, tu as raison il manque juste la bureautique. Mais en wysiwyg, il y a souvent des rendus à faire...
- il faut re-ecrire des parties du soft pour en tirer profit
C'est le plus gros point noire. C'est aussi des instructions pas facile à utiliser (sinon tous les softs en bénéficieraient).
- on devient plus ou moins dependant de ces instructions et ca complique le code avec tous les problemes que ca comporte
Et alors ? C'est toujours le problème lorsque l'on veut des perfs (prefetch, strip mining, ...).
- il y a aucune garantie de perenite
Il n'y en a jamais eu sauf que l'histoire d'Intel fait qu'il ne joueront pas à ce jeu-là.
Sinon le SSE2, qui n'existe que sur le P4 et pas encore sur l'Athlon, apporte le support SIMD 64 bits (donc des double) qui sont très souvent utilisé dans les programmes scientifques car la précision 32 bits ne suffit souvent pas. C'est donc un progres dans l'utilisation d'instructions SIMD dans du code scientifique (Simulation, ...).
L'avantage du SIMD sur toute autre techniques est que tu augmentes le nombre d'opérations par cycle d'horloge sans augmenter d'une porte la complexité du circuit de control. C'est tous l'interret de la téchnique.
merci d'avoir participer.
nicO, f-cpueur.
"La première sécurité est la liberté"
[^] # Re: AMD et INTEL optent pour des technologies opposées.
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche AMD et INTEL optent pour des technologies opposées.. Évalué à 3.
Concernant les applications oui, tu as raison. Demain, prend un athlon normal, tu lui double le nombre d'unité SSE et PAF tous les jeux 3D ont des perfs qui explose. Mais le reste (la bureautique) ramera toujours autant.
Ensuite, tu as l'influence des caches. Un petit calcul bourrin de 200ko se fout d'être dans un cache de 1Mo ou 128 Mo mais pas une grosse base de donné.
"La première sécurité est la liberté"
[^] # Re: N'importe quoi
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche AMD et INTEL optent pour des technologies opposées.. Évalué à 0.
RISC cela veut dire reduice INSTRUCTION SET computer.
INSTRUCTION SET !!! pas micro-architecture ! (Même si cela aide à la faire évoluer !)
Donc tous les x86 seront et sont TOUJOURS des Cisc. Point barre.
Qu'il utilise en interne ce qu'il veulent, cela sera toujours des CISC. Sinon, on peut dire que des implémentation de MIPS ne sont pas RISC mais CISC car microcodé (DLX et autre) ? Cela serait complétement idiot !
De toutes façon, quelque soit la forme du coeur d'execution, le décodeur devra toujours exister !
C'est d'autant plus idiot que les coeurs de proc x86 doivent beaucoup plus ressembler à des vliw qu'autre choses.
"La première sécurité est la liberté"
[^] # Re: AMD et INTEL optent pour des technologies opposées.
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche AMD et INTEL optent pour des technologies opposées.. Évalué à 1.
"La première sécurité est la liberté"