C'est bien ce que j'expliquais. Ça marche la plupart du temps, mais pas toujours. Je traite la sortie de title_info pour trouver la bonne piste de la même façon, à savoir que je suppose que c'est la plus longue piste.
Le DVD de Cube est de ce genre.
> Que rien n'autorise l'espèce humaine à exploiter et à tuer les autres espèces animales.
Rien ne lui autorise. Ok. Et qu'est-ce qui lui interdit ? Si tu veux jouer au plus con, t'es pas sûr de gagner :)
> Qu'il faut ajouter à votre vocabulaire l'expression antispécisme, le spécisme consistant à privilégier systématiquement les intérêts des êtres huamins
C'est le terme, donc. Je suis spéciste, c'est ça ? Ça me va très bien. L'être humain règne sur la Terre. En bien ou en mal, c'est un autre débat. Les animaux sont des êtres inférieurs. Leur participation à la tenue de l'écosystème font qu'ils sont nécessaires à la vie humaine, certes. Mais je m'inquièterais pour un animal le jour où je n'aurai plus à m'inquiéter pour aucun être humain.
Note : je considère que la bio-diversité est importante pour l'environnement, et qu'il faut à tout prix éviter que des espèces disparaissent. Mais uniquement dans l'intérêt de l'être humain.
C'est quoi ce texte idiot ? Le végétarisme est la voie unique ? Non, désolé, chacun est libre de choisir son alimentation, les végétariens comme les autres.
> c'est vrai que l'absence des menus dans mplayer rend parfois la tâche ardue
title_info est ton ami. Ça se trouve avec libdvdread, il me semble. En général, on voit bien quelle est le titre qui contient le film, c'est celui qui a le plus de chapitres. Enfin, c'est vrai, ce n'est pas toujours le cas, mais j'ai un petit script en perl qui prend la sortie standard de title_info comme entrée et en déduit la piste du film (il n'a encore jamais été pris en défaut, sauf, bien évidemment, quand il s'agit d'un DVD contenant plusieurs épisodes d'une série (là, la piste qu'il trouve est une des pistes contenant un épisode, c'est déjà pas mal) : on veut naturellement voir chacun des épisodes, donc, ça ne compte pas :) ).
Tu pourrais nous donner ton menu sur une semaine, avec la composition exacte des plats. Il n'y a ni oeufs, ni beurre, ni rien d'autre d'origine animale ?
Et sinon, je maintiens, on ne peut pas être végétalien sans avoir un minimum d'appui médical pour savoir comment tout remplacer, tu le suggères d'ailleurs toi-même :
> «Une combinaison de légumes, céréales et légumineuses peutcombler sans problème tous les besoins de l'organisme.»
Encore faut-il savoir comment.
> S'inquiéter des conséquences pratiques qu'impliquent une telle consommation (le massacre et la torture de milliers d'animaux) est bien souvent taxé de sensiblerie.
vi, vi, vi ... mais bien sûr ... un végétaRien a la même approche. Mais je ne comprends pas le refus de manger des aliments issus du monde animal. C'est le cri du lait au fond de sa citerne qui te fait pleurer ?
Sinon, je m'inquièterais pour les animaux le jour où il n'y aura plus à s'inquiéter pour aucun être humain.
Tout-à-fait. Je ne suis pas amateur de viande, mais ça ne me dérange pas de manger un bon steack de temps en temps (ce qui est n'est pas évident à trouver, en fait, vu que je suis assez difficile. Mais je connais un petit resto sympa où on mange de très bons steack, mais attention, 'faut prévoir la veille de pas trop manger pour arriver à finir le plat :) ).
Non, non, l'Epia 10000, avec un processeur basé sur le core Nehemiah, ça n'existe pas encore. La version à 1 GHz qui a été lancée mi-février n'est qu'une évolution du C3, qui passe de 933 MHz à 1 GHz. Aucun intérêt.
C'est le C3 à core Nehemiah que j'attends.
> ai-je besoin d'un serveur X sur la machine (il n'y a pas d'écran)
Ben, pas forcément. Tu peux utiliser DirectFB [http://www.directfb.org(...)], le mode vesa, la aalib, le framebuffer pour afficher la vidéo.
> ai-je besoin d'une carte son configurée sur la machine (quand je vous dis que je suis un néophyte)?
Pareil, pas forcément. Mais, là, c'est quand même déjà moins évident à faire, il est réellement bien plus simple d'installer une carte son sur la machine locale.
Exactement. Un régime végétalien est particulièrement dangereux pour la santé sans suivi médical.
Remarque, à propos du gâteau, avec de la farine et de l'eau, on peut faire la pâte, non ? Ya plus qu'à mettre des fruits et du sucre dessus, alors, et ça devrait passer.
Sans lait et sans oeuf ... beêêrk ...
- EdenX qui devait sortir en Novembre dernier et dont on a plus de nouvelles... ca semblait pourtant prometteur !
Ben, si comme son nom le suggère les concepteur voulaient se baser sur la plate-forme Epia de Via, à base de C3, ça peut sembler logique, dans la mesure où ces plate-formes sont quand même des brouettes qui ne parviennent pas encore à lire n'importe quel type de vidéo (certains DVD posent problème de temps en temps).
En attendant le vrai Epia 10000, avec un processeur plus performant (cela dit, il semblerait que ce processeur ne puisse plus se contenter de refroidissement passif, ce qui limite alors énormément l'intérêt de la plate-forme).
Tu dis n'importe quoi. Lle monsieur auquel tu réponds parlait de Galeon en version 1.3.3, qui est une version de développement. Celui qui veut installer ça est averti dès le début que ça ne va pas être facile.
> Concernant les problématiques de traduction CISC (ISA) -> pseudo-RISC (coeur d'exécution), je signale que même un processeur comme les derniers IBM (Power4) traduit certaines instructions du jeu d'instructions (pourtant RISC) en plusieurs micro-instructions. La tendance au découplage ISA-coeur d'exécution apparaît de plus en plus générale, même si le x86 a éprouvé ce besoin plus tôt.
C'est bien pour ça qu'il n'était pas question pour moi d'opposer RISC et CISC. C'est un troll complètement dépassé.
> D'autre part j'interprète les propos de Torvalds autrement : il dit que le x86 s'est concentré sur l'optimisation de cas non-réguliers (d'où les modes d'adressage complexes, le jeu d'instruction non-orthogonal et foisonnant...), ...
Euh, les modes d'adresage complexes existent depuis 20 ans, et je ne crois pas qu'à l'époque il s'agissait d'optimiser les performances de l'architecture. Il fallait juste s'arranger pour avoir besoin de pas trop de mémoire, vu que c'était l'élément le plus coûteux du système.
> voir par exemple le F-CPU : optimiser les boucles de traitement hyper régulières du type FFT ou chiffrement symétrique ; ce n'est pas une critique, vu que dans leur cas le manque de ressources impose une certaine sélectivité des objectifs ;-)).
Ça rejoint bien ce dont je parle à propos de l'Itanium : on a eu 20 ans pour observer le comportement du x86 à partir de cas réels, et à chaque fois pour trouver des bidouilles pour améliorer le rendement du bouzin. Parce que par exemple l'unité de calcul flottant, avec en accès seulement le haut de pile, c'est quand même pas super bien pensé, à la base. Mais à force d'expérimenter (ya eu le temps et les ressources), on arrive à quelque chose de performant et efficace. En partant sur une nouvelle architecture, on n'a pas le recul nécessaire pour se rendre compte de la façon dont les logiciels utilisent la machine.
L'approche de Linus vis-à-vis du matériel est la même que celle qu'il a vis-à-vis des OS : Linux est peut-être obsolète, mais au moins il fonctionne et il a fait ses preuves.
Autant je suis en grande partie d'accord avec toi sur le fond, autant je m'élève en contre pour la forme : on peut associer la copie d'oeuvre par les réseaux p2p à un délit de contrefaçon, certes, mais pas à un crime de piraterie. Même si le terme «pirater» est passé dans ce sens dans le dictionnaire, il est quoiqu'on en dise porteur d'un sens connotatif extrêmement négatif, sans commune mesure avec ce qui se fait sur les réseaux p2p.
Euh .... Tu te sens bien ? C'est ce que j'ai repris : «Code size matters. Price matters. Real world matters.» : Des idées qui ont l'air excellentes sur le papier ne supportent pas la mise en situation, c'est ce qui s'est passé avec l'Itanium. Quand tu conçois le schéma d'un circuit, tu peux instantanément passer à la production sans prototypage ? Chapeau ! C'est ce que tu es en train de dire.
De plus, qu'est-ce que vient faire cette histoire de guéguerre RISC/CISC ? L'architecture interne des processeur x86 (au moins depuis le Pentium Pro) se rapproche plus du RISC que du CISC originel, et l'Itanium est un processeur VLIW.
J'ai dit, et je maintiens, que le x86 est un boulet dans l'industrie du processeur. Rien à voir avec le RISC ou le CISC. Il se trouve juste que de talentueuses équipes ont su tirer toujours mieux de cette architecture (compatibilité ascendante oblige ....), mais qu'elles auraient pu faire encore mieux si, depuis 10 ans, elles avaient pu briser ce besoin de compatibilité (mais là, c'est le marché qui décide).
Pour illustrer, je prendrais l'exemple des Alphas : il fut un temps où c'étaient les processeurs les plus puissants du marché (il se trouve que c'étaient des processeurs RISC, mais bon, ça vient pas forcément de là), sans pourtant avoir jamais pu bénéficier de sommes aussi importantes que les processeurs x86. D'ailleurs, les premières versions d'Alpha (21064) étaient loin d'être parfaites. Ce sont les 21164 et 21264 qui ont fait la réputation des Alphas.
Et Linus a raison : AMD a fait le bon choix. Cependant, je dirais qu'AMD n'avait de toutes façons pas d'autre choix, car ce n'est pas encore un acteur important sur le marché des serveurs. De ce fait, il leur était impossible de briser ce besoin de compatibilité ascendante nécessaire sur les serveurs bas de gamme.
Ça n'empêche que je suis bien content de ces processeurs x86 pas chers qui me permettent d'avoir un ordinateur puissant sans avoir besoin de me ruiner. Mais il n'empêche que le x86 est un boulet.
Ben justement, non. Avec mon PC (Duron 800, je le rappelle), je ne peux pas faire l'acquisition directement en format non compressé, car ça pernd énormément de place, et qu'à cause de cela, le disque dur n'arrive pas à suivre. Si on compresse à la volée, le disque est beaucoup moins sollicité (bah oui, les données à écrire sont moins volumineuses). Par contre, ça demande plus de puissance processeur. Et c'est là que mon processeur se montre limité. Mais je suis à peu près sûr qu'un athlon XP 1900+ (fréquence 2 fois plus élevée, bus mémoire plus rapide, cache plus important) est capable de coder ça à la volée en qualité acceptable.
C'est ce que je veux dire.
Le x86 EST une architecture pourrie. Mais son faible coût lui a permis d'attirer les investissements, et d'être rendue extrêmement performante, malgré tous ses handicaps. C'est ce que veut dire Linus, là : soyons pragmatiques, autant utiliser quelque chose qui fonctionne efficacement plutôt qu'un truc hyper bien pensé qui se révèle être une brouette.
Le duo Wintel a fait en sorte depuis 10 ans que l'architecture Win32-x86 soit la plus répandue.. Le problème, c'est qu'il est devenu de plus en plus difficile au fil du temps de développer une architecture alternative à un coût raisonnable («Code size matters. Price matters. Real world matters.»).
Jusqu'à présent, c'est Intel qui faisait évoluer l'architecture x86. AMD, fort du succès de son Athlon, s'est lancé dans la course à l'innovation (débutée avec le 3DNow! du K6). Je me pose quand même une question : AMD l'aurait-il fait sans l'existence des Logiciels Libres ? Gcc, le noyau Linux, les Logiciels Libres pour lesquels une simple recompilation suffit la plupart du temps.
Parce que même si Microsoft est en mesure de proposer un Windows 2000 Server dès le 22 avril (date de sortie de l'Opteron), quid des logiciels tournant dessus ? Il faut bien avoir les outils de développement, déjà, mais il y a tout le reste. Je ne suis pas sûr que Microsoft puisse mobiliser autant de ressources que la communauté du Logiciel Libre pour adapter tous les produits à la plate-forme.
L'Athlon 64 n'a pas de double canal non plus. Le «Paris», par rapport à l'Athlon 64, a juste moins de cache (256 ko au lieu de 1 Mo). Mais bon, c'est bien pour ça qu'il est fait : être le moins cher possible, mais comme bas de gamme de la nouvelle architecture.
J'ai toujours un Duron 800 chez moi qui me convient très bien, sauf pour une appli que j'aimerais mettre en place pour laquelle il manque de puissance de calcul (enreigstrement vidéo en temps réel). Je pense toutefois qu'un Athlon XP suffirait à résoudre ce problème, et bon, je ne suis pas trop pressé.
À mon avis, le temps que tu attendes que les prix de l'Opteron soient à ta portée, l'Athlon 64 sera sorti. Je pense que j'attendrais même la sortie du «Paris» avant de changer de machine, «Paris» qui est à l'Athlon 64 ce que le Duron est à l'Athlon (il s'appellera peut-être d'ailleurs Duron 64 à sa sortie, prévue fin 2003).
Sinon, pour les impatients, j'ai vu en précommande cette machine là, qui a pas l'air mal du tout (si tous les contributeurs de Linuxfr m'envoient chacun un chèque de 100 ou 200 , je vous promets de m'en acheter une :) ) : http://www.einux.com/about/acceleron64.php(...) (Le site a l'air naze pour le moment).
A priori, ce n'est pas trop un problème, ça, les performances sous Linux.
Bon, d'accord, on fait dire ce qu'on veut aux tests de performances, et chaque test est particulier, mais il paraîtrait qu'un proto de quadri-Opteron à 1,6 GHz sous SuSe "cémalcépalibre" Linux, sur un test SapDB, le montre presque aussi rapide qu'un octo-processeur P4-Xeon à 2GHz, et également capable de tenir tête à un quadri-Itanium II à 1 GHz : http://aceshardware.com/read_news.jsp?id=60000485(...)
AMD semble vouloir positionner son Opteron non pas face aux processeurs Intel, mais face à tous les processeurs 64 bits du marché, que ce soient les Power4 d'IBM, les Itanium d'Intel ou les UltraSparc de Sun.
Dommage qu'on garde encore cette saleté de x86 quelque part quand même ...
Un question, là, comme ça : pourquoi AMD sort son Opteron en avril (il devrait être annoncé le 22 avril), mais son Athlon 64 (exactement la même architecture, mais pour les stations de travail, la différence entre les deux est la même qu'entre le Pentium 4 et le Pentium 4 Xeon) seulement en Septembre ?
Techniquement, il n'y a aucune raison que l'Athlon 64 ne puisse pas être produit (bah oui, si on se réfère à Intel, les Xeons P3 et P4 sont toujours sortis après les P3 et P4). Bon, il est vrai qu'AMD a choisi de privilégier le marché des serveurs sur lequel il n'est pas présent, mais quand même ... Ça fait tard, 5 mois de plus, pour lancer un processeur bien moins complexe. Bizarre ...
Windows XP pour x86-64 sort en Septembre, non ? Moi, je dis ça, je dis rien ...
Tiens, j'ai juste regardé la démo, mais j'ai pas compris un truc : comment ça marche, les raccourcis clavier ? Parce que tout à la souris, c'est pas forcément efficace.
[^] # Re: OXine : une interface graphique en OSD pour... Xine
Posté par Jak . En réponse à la dépêche OXine : une interface graphique en OSD pour... Xine. Évalué à 1.
Le DVD de Cube est de ce genre.
[^] # Re: Si tu sais compiler un noyau, tu sais faire un gâteau
Posté par Jak . En réponse à la dépêche Si tu sais compiler un noyau, tu sais faire un gâteau. Évalué à 1.
Rien ne lui autorise. Ok. Et qu'est-ce qui lui interdit ? Si tu veux jouer au plus con, t'es pas sûr de gagner :)
> Qu'il faut ajouter à votre vocabulaire l'expression antispécisme, le spécisme consistant à privilégier systématiquement les intérêts des êtres huamins
C'est le terme, donc. Je suis spéciste, c'est ça ? Ça me va très bien. L'être humain règne sur la Terre. En bien ou en mal, c'est un autre débat. Les animaux sont des êtres inférieurs. Leur participation à la tenue de l'écosystème font qu'ils sont nécessaires à la vie humaine, certes. Mais je m'inquièterais pour un animal le jour où je n'aurai plus à m'inquiéter pour aucun être humain.
Note : je considère que la bio-diversité est importante pour l'environnement, et qu'il faut à tout prix éviter que des espèces disparaissent. Mais uniquement dans l'intérêt de l'être humain.
C'est quoi ce texte idiot ? Le végétarisme est la voie unique ? Non, désolé, chacun est libre de choisir son alimentation, les végétariens comme les autres.
Je pense que j'ai gagné, je suis le plus con.
[^] # Re: Si tu sais compiler un noyau, tu sais faire un gâteau
Posté par Jak . En réponse à la dépêche Si tu sais compiler un noyau, tu sais faire un gâteau. Évalué à 1.
Et hop, troll politique, -1 et [jesors]
[^] # -1 et [jesors]
Posté par Jak . En réponse à la dépêche Si tu sais compiler un noyau, tu sais faire un gâteau. Évalué à 6.
[^] # Re: OXine : une interface graphique en OSD pour... Xine
Posté par Jak . En réponse à la dépêche OXine : une interface graphique en OSD pour... Xine. Évalué à 4.
title_info est ton ami. Ça se trouve avec libdvdread, il me semble. En général, on voit bien quelle est le titre qui contient le film, c'est celui qui a le plus de chapitres. Enfin, c'est vrai, ce n'est pas toujours le cas, mais j'ai un petit script en perl qui prend la sortie standard de title_info comme entrée et en déduit la piste du film (il n'a encore jamais été pris en défaut, sauf, bien évidemment, quand il s'agit d'un DVD contenant plusieurs épisodes d'une série (là, la piste qu'il trouve est une des pistes contenant un épisode, c'est déjà pas mal) : on veut naturellement voir chacun des épisodes, donc, ça ne compte pas :) ).
[^] # Re: Si tu sais compiler un noyau, tu sais faire un gâteau
Posté par Jak . En réponse à la dépêche Si tu sais compiler un noyau, tu sais faire un gâteau. Évalué à 10.
Et sinon, je maintiens, on ne peut pas être végétalien sans avoir un minimum d'appui médical pour savoir comment tout remplacer, tu le suggères d'ailleurs toi-même :
> «Une combinaison de légumes, céréales et légumineuses peut combler sans problème tous les besoins de l'organisme.»
Encore faut-il savoir comment.
> S'inquiéter des conséquences pratiques qu'impliquent une telle consommation (le massacre et la torture de milliers d'animaux) est bien souvent taxé de sensiblerie.
vi, vi, vi ... mais bien sûr ... un végétaRien a la même approche. Mais je ne comprends pas le refus de manger des aliments issus du monde animal. C'est le cri du lait au fond de sa citerne qui te fait pleurer ?
Sinon, je m'inquièterais pour les animaux le jour où il n'y aura plus à s'inquiéter pour aucun être humain.
[^] # Re: Si tu sais compiler un noyau, tu sais faire un gâteau
Posté par Jak . En réponse à la dépêche Si tu sais compiler un noyau, tu sais faire un gâteau. Évalué à 1.
[^] # Re: Si tu sais compiler un noyau, tu sais faire un gâteau
Posté par Jak . En réponse à la dépêche Si tu sais compiler un noyau, tu sais faire un gâteau. Évalué à 2.
[^] # Re: Trop faible ...
Posté par Jak . En réponse à la dépêche OXine : une interface graphique en OSD pour... Xine. Évalué à 7.
C'est le C3 à core Nehemiah que j'attends.
[^] # Re: OXine : une interface graphique en OSD pour... Xine
Posté par Jak . En réponse à la dépêche OXine : une interface graphique en OSD pour... Xine. Évalué à 10.
Ben, pas forcément. Tu peux utiliser DirectFB [http://www.directfb.org(...)], le mode vesa, la aalib, le framebuffer pour afficher la vidéo.
> ai-je besoin d'une carte son configurée sur la machine (quand je vous dis que je suis un néophyte)?
Pareil, pas forcément. Mais, là, c'est quand même déjà moins évident à faire, il est réellement bien plus simple d'installer une carte son sur la machine locale.
[^] # Re: Si tu sais compiler un noyau, tu sais faire un gâteau
Posté par Jak . En réponse à la dépêche Si tu sais compiler un noyau, tu sais faire un gâteau. Évalué à 10.
Remarque, à propos du gâteau, avec de la farine et de l'eau, on peut faire la pâte, non ? Ya plus qu'à mettre des fruits et du sucre dessus, alors, et ça devrait passer.
Sans lait et sans oeuf ... beêêrk ...
# Trop faible ...
Posté par Jak . En réponse à la dépêche OXine : une interface graphique en OSD pour... Xine. Évalué à 10.
Ben, si comme son nom le suggère les concepteur voulaient se baser sur la plate-forme Epia de Via, à base de C3, ça peut sembler logique, dans la mesure où ces plate-formes sont quand même des brouettes qui ne parviennent pas encore à lire n'importe quel type de vidéo (certains DVD posent problème de temps en temps).
En attendant le vrai Epia 10000, avec un processeur plus performant (cela dit, il semblerait que ce processeur ne puisse plus se contenter de refroidissement passif, ce qui limite alors énormément l'intérêt de la plate-forme).
[^] # Re: GAIM, Dia, Galeon & Bluefish pour GNOME 2.x
Posté par Jak . En réponse à la dépêche GAIM, Dia, Galeon & Bluefish pour GNOME 2.x. Évalué à 8.
[^] # Re: ???
Posté par Jak . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 2.
C'est bien pour ça qu'il n'était pas question pour moi d'opposer RISC et CISC. C'est un troll complètement dépassé.
> D'autre part j'interprète les propos de Torvalds autrement : il dit que le x86 s'est concentré sur l'optimisation de cas non-réguliers (d'où les modes d'adressage complexes, le jeu d'instruction non-orthogonal et foisonnant...), ...
Euh, les modes d'adresage complexes existent depuis 20 ans, et je ne crois pas qu'à l'époque il s'agissait d'optimiser les performances de l'architecture. Il fallait juste s'arranger pour avoir besoin de pas trop de mémoire, vu que c'était l'élément le plus coûteux du système.
> voir par exemple le F-CPU : optimiser les boucles de traitement hyper régulières du type FFT ou chiffrement symétrique ; ce n'est pas une critique, vu que dans leur cas le manque de ressources impose une certaine sélectivité des objectifs ;-)).
Ça rejoint bien ce dont je parle à propos de l'Itanium : on a eu 20 ans pour observer le comportement du x86 à partir de cas réels, et à chaque fois pour trouver des bidouilles pour améliorer le rendement du bouzin. Parce que par exemple l'unité de calcul flottant, avec en accès seulement le haut de pile, c'est quand même pas super bien pensé, à la base. Mais à force d'expérimenter (ya eu le temps et les ressources), on arrive à quelque chose de performant et efficace. En partant sur une nouvelle architecture, on n'a pas le recul nécessaire pour se rendre compte de la façon dont les logiciels utilisent la machine.
L'approche de Linus vis-à-vis du matériel est la même que celle qu'il a vis-à-vis des OS : Linux est peut-être obsolète, mais au moins il fonctionne et il a fait ses preuves.
[^] # Re: eMule pour Linux
Posté par Jak . En réponse à la dépêche eMule pour Linux. Évalué à 0.
[^] # Re: Gnî ? Merci.
Posté par Jak . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à -3.
[^] # Gnî ?
Posté par Jak . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à -1.
[^] # ???
Posté par Jak . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 3.
De plus, qu'est-ce que vient faire cette histoire de guéguerre RISC/CISC ? L'architecture interne des processeur x86 (au moins depuis le Pentium Pro) se rapproche plus du RISC que du CISC originel, et l'Itanium est un processeur VLIW.
J'ai dit, et je maintiens, que le x86 est un boulet dans l'industrie du processeur. Rien à voir avec le RISC ou le CISC. Il se trouve juste que de talentueuses équipes ont su tirer toujours mieux de cette architecture (compatibilité ascendante oblige ....), mais qu'elles auraient pu faire encore mieux si, depuis 10 ans, elles avaient pu briser ce besoin de compatibilité (mais là, c'est le marché qui décide).
Pour illustrer, je prendrais l'exemple des Alphas : il fut un temps où c'étaient les processeurs les plus puissants du marché (il se trouve que c'étaient des processeurs RISC, mais bon, ça vient pas forcément de là), sans pourtant avoir jamais pu bénéficier de sommes aussi importantes que les processeurs x86. D'ailleurs, les premières versions d'Alpha (21064) étaient loin d'être parfaites. Ce sont les 21164 et 21264 qui ont fait la réputation des Alphas.
Et Linus a raison : AMD a fait le bon choix. Cependant, je dirais qu'AMD n'avait de toutes façons pas d'autre choix, car ce n'est pas encore un acteur important sur le marché des serveurs. De ce fait, il leur était impossible de briser ce besoin de compatibilité ascendante nécessaire sur les serveurs bas de gamme.
Ça n'empêche que je suis bien content de ces processeurs x86 pas chers qui me permettent d'avoir un ordinateur puissant sans avoir besoin de me ruiner. Mais il n'empêche que le x86 est un boulet.
[^] # Re: Mais non je trolle pas ...
Posté par Jak . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 0.
[^] # Re: Mandrake sort une distribution pour processeurs AMD-64bit
Posté par Jak . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 10.
Le x86 EST une architecture pourrie. Mais son faible coût lui a permis d'attirer les investissements, et d'être rendue extrêmement performante, malgré tous ses handicaps. C'est ce que veut dire Linus, là : soyons pragmatiques, autant utiliser quelque chose qui fonctionne efficacement plutôt qu'un truc hyper bien pensé qui se révèle être une brouette.
Le duo Wintel a fait en sorte depuis 10 ans que l'architecture Win32-x86 soit la plus répandue.. Le problème, c'est qu'il est devenu de plus en plus difficile au fil du temps de développer une architecture alternative à un coût raisonnable («Code size matters. Price matters. Real world matters.»).
Jusqu'à présent, c'est Intel qui faisait évoluer l'architecture x86. AMD, fort du succès de son Athlon, s'est lancé dans la course à l'innovation (débutée avec le 3DNow! du K6). Je me pose quand même une question : AMD l'aurait-il fait sans l'existence des Logiciels Libres ? Gcc, le noyau Linux, les Logiciels Libres pour lesquels une simple recompilation suffit la plupart du temps.
Parce que même si Microsoft est en mesure de proposer un Windows 2000 Server dès le 22 avril (date de sortie de l'Opteron), quid des logiciels tournant dessus ? Il faut bien avoir les outils de développement, déjà, mais il y a tout le reste. Je ne suis pas sûr que Microsoft puisse mobiliser autant de ressources que la communauté du Logiciel Libre pour adapter tous les produits à la plate-forme.
[^] # Re: Mais non je trolle pas ...
Posté par Jak . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 1.
J'ai toujours un Duron 800 chez moi qui me convient très bien, sauf pour une appli que j'aimerais mettre en place pour laquelle il manque de puissance de calcul (enreigstrement vidéo en temps réel). Je pense toutefois qu'un Athlon XP suffirait à résoudre ce problème, et bon, je ne suis pas trop pressé.
[^] # Re: Mais non je trolle pas ...
Posté par Jak . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 10.
Sinon, pour les impatients, j'ai vu en précommande cette machine là, qui a pas l'air mal du tout (si tous les contributeurs de Linuxfr m'envoient chacun un chèque de 100 ou 200 , je vous promets de m'en acheter une :) ) : http://www.einux.com/about/acceleron64.php(...) (Le site a l'air naze pour le moment).
[^] # Re: Mandrake sort une distribution pour processeurs AMD-64bit
Posté par Jak . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 10.
Bon, d'accord, on fait dire ce qu'on veut aux tests de performances, et chaque test est particulier, mais il paraîtrait qu'un proto de quadri-Opteron à 1,6 GHz sous SuSe "cémalcépalibre" Linux, sur un test SapDB, le montre presque aussi rapide qu'un octo-processeur P4-Xeon à 2GHz, et également capable de tenir tête à un quadri-Itanium II à 1 GHz : http://aceshardware.com/read_news.jsp?id=60000485(...)
AMD semble vouloir positionner son Opteron non pas face aux processeurs Intel, mais face à tous les processeurs 64 bits du marché, que ce soient les Power4 d'IBM, les Itanium d'Intel ou les UltraSparc de Sun.
Dommage qu'on garde encore cette saleté de x86 quelque part quand même ...
# Mais non je trolle pas ...
Posté par Jak . En réponse à la dépêche Mandrake sort une distribution pour processeurs AMD-64bit. Évalué à 10.
Techniquement, il n'y a aucune raison que l'Athlon 64 ne puisse pas être produit (bah oui, si on se réfère à Intel, les Xeons P3 et P4 sont toujours sortis après les P3 et P4). Bon, il est vrai qu'AMD a choisi de privilégier le marché des serveurs sur lequel il n'est pas présent, mais quand même ... Ça fait tard, 5 mois de plus, pour lancer un processeur bien moins complexe. Bizarre ...
Windows XP pour x86-64 sort en Septembre, non ? Moi, je dis ça, je dis rien ...
[^] # Re: Réctifications sur le style de jeu
Posté par Jak . En réponse à la dépêche le port pour GNU/Linux de Majesty est enfin prêt !. Évalué à 1.