Cher journal, la semaine dernière j'ai installé une Debian sarge (64bits) sur un AMD 64. Avis aux gens intéressés, j'ai rédigé une petite doc. C'est en français dans le texte même si le charabia reste technique donc parfois abscons. Une première impression : debian sur AMD64 ça marche TRES bien.
http://david.decotigny.free.fr/wiki/wakka.php?wiki=SargeAMD64(...)
J'en ai aussi profité pour mettre à jour une doc d'install sur PPC (G3) :
http://david.decotigny.free.fr/wiki/wakka.php?wiki=SargeIBook2(...)
A noter aussi que pour les paresseux, il y a la ubuntu AMD64 qui fonctionne aussi très bien sur AMD64 et sans trop se casser la tête avec la configuration.
# chez moi ca marche pas...
Posté par Benjamin (site web personnel) . Évalué à -2.
Donc pour moi, debian sur amd64, ca ne marche pas (la personne pour qui j'ai essayé cela a installé en mars dernier une mandrake sur ces machines amd64 sans souci...)
[^] # Re: chez moi ca marche pas...
Posté par Nicolas Bernard (site web personnel) . Évalué à 2.
Si tu as un chipset nforce qui gère la carte réseau et le disque (en SATA), essaye
modprobe forcedeth
modprobe sata_nv
(marche avec le cd de boot gentoo, avec debian je ne sais pas...)
[^] # Re: chez moi ca marche pas...
Posté par Raphaël G. (site web personnel) . Évalué à -1.
La mandriva fait ça pour éviter de te retrouver avec un dd pas détecté...
Sinon une autre solution, mettre en dur les modules en question, mais c'est bof comme méthode...
ps : la debian manque parfois pas mal de patch pour supporter ces chipsets récent/exotiques/a spec non fournies/etc, parfois aller taper dans le src.rpm du kernel de la cooker peux aider...
[^] # Re: chez moi ca marche pas...
Posté par David Decotigny (site web personnel) . Évalué à -1.
Pour le sata, j'imagine que c'est la même chose. Je suis encore en p-ata donc je n'ai pas pu tester tout ça. Une solution est peut-être de passer par une ubuntu amd64 car j'imagine que tout ça est supporté de base, puis d'installer la sarge amd64 en chroot (https://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howt(...) Faut reconnaître, c'est pas super évident, il faudrait que quelqu'un se dévoue pour documenter ça.
[^] # Re: chez moi ca marche pas...
Posté par David Decotigny (site web personnel) . Évalué à 1.
Benjamin, pourrais-tu essayer ce que Nicolas propose et nous dire si ça marche ? Genre tu bootes la netinst et, une fois le premier écran de questions apparu, tu vas sur une autre console et tu tapes les 2 lignes de modprobe que Nicolas a données...
[^] # Re: chez moi ca marche pas...
Posté par Sylvain Sauvage . Évalué à 0.
[^] # Re: chez moi ca marche pas...
Posté par Benjamin (site web personnel) . Évalué à 2.
Quand à forcedeth, il marchait, mais mettait 80% de paquets IP en erreur (non pas du fait du duplex...) et finissait par se vautrer sur une sombre histoire d'IRQ ...
Seul bémol à tout cela, je n'ai plus en tête le nom de la carte mère avec qui j'ai eu ce soucis. C'était une des toutes premières ASUS AMD64.
sinon merci pour le moinssage en règle sous prétexte que je dise du mal de debian, mais autant je suis un fan (pour les dizaines de serveurs web que je gère) autant là c'était chiant chiant ...
# ça marche bien, ou mieux?
Posté par David . Évalué à 0.
- j'ai pas encore vue un seul benchmark demontrant que passer en 64bit accelere les performances globales de mon desktop (!=serveur).
- un certain nombre d'outils importants (video : mplayer, xine ; wifi : ndiswrapper) utilisent des binaires win32, et donc 32bits. On ne peut pas les utiliser directement en 64bits.
il y avait un 3ieme point (pas de support de sécurité pour Sarge amd64), mais ce n'est plus vrai depuis le 11 Aout :
http://www.debian.org/News/2005/20050811(...)
[^] # Re: ça marche bien, ou mieux?
Posté par David Decotigny (site web personnel) . Évalué à 1.
Pour ma part, l'intérêt est de s'amuser avec le CPU 64 bits pour pas trop cher. Les 95% du temps mon CPU pédale à 1GHz et ça me suffit (très) largement.
[^] # Re: ça marche bien, ou mieux?
Posté par Toto . Évalué à 2.
- il n'est pas prouvé que c'est plus lent (d'ailleurs ca m'etonnerais fortement, au pire c'est aussi rapide)
- la compatibilité 32bits marche très bien. Donc les outils dispo en 64bits, je les utilises en 64bits, ceux en 32 uniquement passe en 32bits.
Comme le nombre de locigiel 64bits va aller en augmentant, je serais près sans avoir a recommencer une installation à 0, et surtout activer le 64bits ne coute pas plus cher et n'apporte aucun inconvénient.
PS: Ut2k4 est plus rapide chez moi en 64bits qu'en 32bits, pour un exemple de performance pour un desktop.
[^] # Re: ça marche bien, ou mieux?
Posté par Jonathan ILIAS-PILLET (site web personnel) . Évalué à 1.
Je ne peux pas dire globalement, mais ce petit programme (http://ismael.chouppy.net/misc/calc_pi/(...) ) s'exécute nettement plus vite en 64 bits qu'en 32 bits (à noter tout de même que l'exécution du programme en 32 bits s'est faite dans un environnement 64 bits) : on passe de 9 secondes à 2 secondes environ. Ce n'est certainement pas un benchmark complet, mais on peut quand même en tirer un minimum de conclusions.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.