OSDL est notamment connu pour être l'employeur de sa majesté Linus Torvalds. On peut être surpris par cette venue tardive d'AMD. Entre autre car AMD a été plus que coopératif dans le portage de Linux vers x86-64 (http://www.x86-64.org/).
Peut-être que le succès du x86-64 sur Linux a fini de les convaincre. Cette architecture 64 bits est maintenant populaire sous GNU/Linux pour les serveurs et commence sa percée sur les postes de travail. Cette politique volontaire d'AMD va peut-être leur permettre de se faire une place sur le marché, réputé lucratif, du haut de gamme en entreprise actuellement principalement occupé par Intel pour les PC.
Le choix en distribution supportant AMD64 ne manque pas (liste non-exhaustive et quelques unes sont en développement) :
- Debian
- Fedora
- Gentoo
- Mandrake
- Red Hat
- SuSE
J'en profite pour indiquer la sortie de Mandrake 10.0 rc1 pour AMD64.
AMD, AMD64, IBM, Intel, Gentoo, HP, Linux, NEC, Mandrake, Red Hat, SuSE, etc sont des marques déposées.
# Re: OSDL rejoint par AMD
Posté par 007 . Évalué à 5.
http://www.mandrakelinux.com/en/100amd64beta.php3(...)
# Re: OSDL rejoint par AMD
Posté par Elrik de Melnibone . Évalué à -3.
Ca sent le troll et l'intégriste débianneux !
En tout cas, je lis sur le site de Debian : "Debian is a registered trademark of Software in the Public Interest, Inc." et donc Debian est aussi une marque déposée ! Pas de bol :-D
Troll intégriste en liberté...
[^] # Re: OSDL rejoint par AMD
Posté par Yusei (Mastodon) . Évalué à 2.
[^] # Re: OSDL rejoint par AMD
Posté par bmc . Évalué à 3.
[^] # Re: OSDL rejoint par AMD
Posté par Ycarus (site web personnel) . Évalué à 4.
ETC, Google et tous les autres mots présents dans ce commentaire sont la propriété de leurs propriétaires respectif.
# Re: OSDL rejoint par AMD
Posté par Pierre Jarillon (site web personnel) . Évalué à 6.
La raison était simple, cet excellent processeur, très en avance sur la concurrence, n'avait qu'une logithèque très réduite, donc un marché ridiculement étroit. Pour éviter cette mésaventure avec son 64 bits, AMD n'a guère le choix et Linux est la seule option réaliste.
Je crois qu'AMD a déjà perdu assez de temps et a intérêt à aller très fort dans cette voie s'ils veulent faire autre chose que du processeur "alternatif" mais compatible i86 avec toutes les lourdeurs liées à la compatibilité ascendante de cette très vieille famille.
[^] # Re: OSDL rejoint par AMD
Posté par Black Fox . Évalué à 2.
[^] # Re: OSDL rejoint par AMD
Posté par Christophe Fergeau . Évalué à 1.
[^] # Re: OSDL rejoint par AMD
Posté par Fabien Seisen . Évalué à 2.
donc ca en fait deja 3 OS 64b :)
[^] # Re: OSDL rejoint par AMD
Posté par Pierre Jarillon (site web personnel) . Évalué à 1.
Digital a arrêté les frais au bout d'un an car il n'y avait aucune issue.
[^] # Re: OSDL rejoint par AMD
Posté par Nÿco (site web personnel) . Évalué à 1.
[^] # Re: OSDL rejoint par AMD
Posté par Christophe Fergeau . Évalué à 3.
[^] # Re: OSDL rejoint par AMD
Posté par xavier philippon . Évalué à 3.
D'autre part, à l'époque, Linux était trop confidentiel et les applications pas assez mures, pour les utilisateurs finaux j'entends.
Enfin une CM Alpha coutaient de 2,5 à 4 fois le prix d'une CM classe pentium. Trop coûteux pour le portefeuille d'un étudiant et le mien ! L'Alpha m'a fait réver mais pas craquer ...
Aujourd'hui, Linux est mur (je m'engage, mais je ne prends pas trop de risques) donc si WinXX supporte mal Le 64 bits, il existe des solutions alternatives qui ont l'avantage d'être moins onéreuses.
Si Linux supporte parfaitement le mode 64 bits du prcesseur AMD, on peut même envisager une version dégraissée des modes de compatibilité i86. Cela donnerait un micro moins coûteux, plus rapide et moins gourmant en énergie. Une machine virtuelle i86 suffirait largement à assurer la compatibilité binaire avec les anciennes applications.
# Re: OSDL rejoint par AMD
Posté par Jérôme Kieffer . Évalué à 1.
Tant mieux j'aime bien AMD (et transmeta).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.