Journal Sargeons un AMD64 et un G3

Posté par  (site web personnel) .
Étiquettes :
0
13
août
2005
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  (site web personnel) . Évalué à -2.

    J'ai essayé il y a quelques jours la debian AMD64 dont tu parles (aussi bien la version CD1 que la NetInst) et ni la carte réseau (nvidia certes...) ni le disque dur ne sont reconnus (pour ce dernier c'est plutôt embettant ...)

    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  (site web personnel) . Évalué à 2.

      Les problèmes que tu cites ne sont pas a priori liés au fait que le processeur soit un amd64...

      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  (site web personnel) . Évalué à -1.

        Il te faudra surement générer un initrd qui contient ces modules et les charges...

        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  (site web personnel) . Évalué à -1.

        Malheureusement forcedeth n'est pas compilé dans le noyau de la netinst. Pour ma part, j'ai du utiliser une autre carte réseau le temps de l'installation. Une fois un nouveau noyau compilé, ça marche.

        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  (site web personnel) . Évalué à 1.

          Je retire ce que j'ai dit : forcedeth et sata_nv ont l'air d'être bel et bien compilés dans le noyau de netinst. Il semblerait que netinst oublie bêtement de les charger... ou ne sait qu'il faut au moins essayer de les charger.

          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  . Évalué à 0.

            Je n'avais pas eu de problème avec une netinst testing de mi-mai (la stable amd64 n'existait pas à l'époque).
            • [^] # Re: chez moi ca marche pas...

              Posté par  (site web personnel) . Évalué à 2.

              J'avais bel et bien essayé, dans la console microshell de l'install de lancer les modprobe sata_nv, y compris après avoir (ou pas) enlevé l'autre driver sata_xy (je ne me souviens plus du xy) mais sans succès, il me mettait un timeout sur les bus sata qui contenaient en fait un disque ... étrange.

              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  . Évalué à 0.

    j'ai un amd64, mais je reste pour l'instant avec ma debian Sarge 32bits. Pour deux raisons simples :

    - 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  (site web personnel) . Évalué à 1.

      Pour les perfs, je n'en ai aucune idée.

      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  . Évalué à 2.

      Moi j'ai un amd64 et je suis sous gentoo 64 (marche pour toute autre distrib) Pour deux raisons simples :

      - 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  (site web personnel) . Évalué à 1.

      j'ai pas encore vue un seul benchmark demontrant que passer en 64bit accelere les performances globales de mon desktop
      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.