Journal x86_64 es-ce vraiment utile

Posté par  .
Étiquettes :
0
2
juil.
2005
Je me suis fait un petit plaisir en passant du coté 64bit de la force mais voilà j'ai donc voulu pousser ma 64bittransmutation jusqu'au bout en passant sur une version 64 bit de notre OS favori.
Ayant un arbre de Mandrake x86_64 sur mon disque (même si j'étais passé sous fedora depuis peu à cause de pb de gestion de mon imprimante avec mdk), je tente l'expérience et là je me retrouve avec pas mal de pb (codecs manquant, plus de flash_capucpaslibre (tm), des pb de lib qui se trouvent bien dans usr/lib64 mais qui ne sont pas trouvées etc...), bref je prend mon mal en patience et récupère le dvd de fedora 64 bit, ajoute les repos yum qui vont bien, en me disant que ct tantpis pour le flash_capuctoujourspaslibre (tm) mais à mon désespoir, pour le reste, mes problèmes persistes...
Bref, aujourd'hui, je suis un peu moins geek (fini l'époque ou je me prenais la tête pour recompiler, modifier les PATH etc..) engourdi par l'évolution de Linux qui est de plus en plus UserFriendly (n'en déplaise à certains, mais ma flemme en est le plus bel exemple) et donc je me pose la question et hésite en regeekisation intense ou repasser sur Fedora i386 et ne pas profiter des apports du 64 bit
  • # Maturité des distribs

    Posté par  . Évalué à 4.

    Le problème est bien là... Le x86_64 est en phase de démocratisation mais est encore relativement récent. Si bien que la plupart des différentes distributions ne l'exploitent pas ou mal car des bugs nouveaux apparaissent, les applis initialement conçues pour du 32 passent mal en 64, etc... Donc oui, pour le moment, linux en 64 bits n'est pas forcément aussi user-friendly que les versions en 32 bits. Ceci dit, si tu as un peu de ton temps, je pense que quelques rapports de bugs (car beaucoup de bugs subsistent) peuvent être d'une grande utilité ;)
  • # Flash fonctionne avec Mandriva 2005 LE x86_64 !

    Posté par  . Évalué à 2.

    Juste un petit mot pour signaler que Flash fonctionne avec Mandriva 2005 LE x86_64 !

    En effet, j'ai acheté le DVD (59 ¤ pour les 2 versions i586 et x86_64, et il les vaut bien), et j'ai eu la surprise de voir sur le PC de mon petit frère, à base d'AMD64, que Flash fonctionnait avec Konqueror (mais bizaremment pas avec Firefox ?!?).

    Java était préinstallé, ainsi que les pilotes propriétaires de sa carte graphique, bref, que du bonheur.

    Comme il a dit, et pour faire bref, cette distribution est géniale, tout fonctionne du premier coup dès l'installation :-)

    Bon, il faut admettre que quelques programmes (genre superkaramba, et quelques autres) ne fonctionnent pas encore, mais dans l'ensemble, ce DVD était bien complet, surtout en y ajoutant les sources PLF x86_64 ! :-)

    (en ce qui me concerne, je suis plus modéré, j'ai trouvé pas mal de bogues, notamment avec plusieurs cartes réseaux et le partage de connexion internet dans ces conditions : il semblerait que drakconf perde les pédales)
    • [^] # Re: Flash fonctionne avec Mandriva 2005 LE x86_64 !

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

      le plugin flash de macromedia est 32 bits ; c'est pour ça qu'il ne fonctionne pas avec un mozilla ou un firefox 64 bits. Pour konqueror, c'est un peu différent, en résumé, il appelle le plugin comme un soft externe (via kdebase-nsplugin), ce qui pose moins de pb et permet de l'utiliser en 32 bits.

      c'est le même principe pour mplayerplugin, le plugin doit être 64 bits mais il utilise sans pb un mplayer 32 bits.
  • # ubuntu hoary 32 vs hoary 64

    Posté par  . Évalué à 1.

    Le côté 64 bits de la force m'a attiré, mais comme MC Jo, j'ai du mal... Le 32 bits est plus facile (pas plus rapide ;-)). Je dois constater ma "dégeekisation avancée". mon problème n'est pas tant "flash", mais le jeu: le côté obscur subsiste en moi. Je ne peux pas me passer de Cedega (sapuencorepluskeflashpeutêtre).
    Oui je sais, on peut faire un environnement "chrooté" en 32 bits et roulez jeunesse... j'ai lu le how to, et la flemme m'a emportée: reboot en 32bits.
    Sinon, je trouve Hoary 64 très bien faite. Je n'ai pas eu de problème, tout fonctionne à merveille, même java.
    Bon un de ces jours, je le ferai cet environnement "chrooté"... à moins que je n'attende une version 64 bits de ce logiciel non libre qui me bloque.
    a+
  • # le pb, c'est les softs propriétaires

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

    Pour moi, le principal problème avec le 64 bits, ce sont les softs proprio qui restent en 32 bits (flash, le plugin java 1.5, win32-codec, enemy territory etc) et wine/cedega.

    A quelques exceptions notables (OOo, zsnes surtout), les softs libres tournent en 64 bits sans problèmes maintenant.
    • [^] # Re: le pb, c'est les softs propriétaires

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

      A noter que Unreal Tournament 2004, bien que propriétaire, tourne parfaitement sous x86_64.
      • [^] # Re: le pb, c'est les softs propriétaires

        Posté par  . Évalué à 3.

        Enemy Territory fonctionne aussi parfaitement sous Mandriva 2005 LE (mais bizaremment pas sous Fedora Core 3 AMD64).
        • [^] # Re: le pb, c'est les softs propriétaires

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

          Ce que je voulais dire, ce n'est pas que ça ne marche pas mais que ça reste en 32 bits, obligeant soit à installer en // les libs 32 bits nécessaires, soit à mettre le soft dans un chroot 32 bits.
          De plus, ça pose des pb avec certaines parties 64bits comme les serveurs de sons quand on a besoin du multiplexage soft ; j'ai jamais réussi à rediriger le son d'un soft 32 bits avec un arts ou un esd 64 bits.
          • [^] # Re: le pb, c'est les softs propriétaires

            Posté par  . Évalué à 2.

            Ben le soft est peut-être en 32 bits, mais il s'est installé comme un charme sur la Mandriva 2005 LE x86_64, sans utiliser de quelconque astuce (linux32 ou autre), sans installer de quelconques bibliothèques supplémentaires, et le son fonctionne nickel :-)

            Par contre, c'est vrai que j'en ai chié avec la Fedora Core 3 AMD64, et que le mieux que j'ai obtenu (avec la Core 2 je crois), c'était un tru bancal sans le son.
  • # Apports du 64 bits ?

    Posté par  . Évalué à 7.

    ne pas profiter des apports du 64 bit


    Quels sont exactement ces apports du 64-bits ? Tout le monde sur linuxfr a l'air de dire que le 64 bits c'est génial, mais personne n'a donné d'exemple concret.

    Je dois imaginer que tout le monde sur linuxfr a plus de 4go de RAM, veut mmaper de gros fichiers, ou encore a besoin de faire des calculs intensifs avec des int64.

    Ou peut-être est-ce pour des raisons de performance. Dans ce cas je serais intéressé par des liens vers les benchmarks qui vont.
    • [^] # Re: Apports du 64 bits ?

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

      Je pencherais pour tout ce qui est multimédia, qui manipulent des nombres assez long (j'ai pas la longueur en tête), donc diviser par deux le nombre de registres nécessaires pour faire un même calcul
      Enfin bon avec les MMX, SSE, 3D Now, & consors, ca compensait à moitié car toutes les unités ne pouvaient pas utiliser ces avantages
      la ca sera pareil mais les autres seront plus efficaces

      Pour les benchmark, j'ai un petit baobab dans la main tu comprends....... :)

      PS:Je dis ca plus ou moins au pifomètre, mais bon la généralisation c'est mal ©
      • [^] # Re: Apports du 64 bits ?

        Posté par  . Évalué à 2.

        c'est clair il faut un athlon 64 pour aller 2 fois moins vite pour encoder du mpeg2 ...
        c'est du vecu... l'encodage en mpeg2 avec transcode et mpeg2enc et 2 fois plus lent en 64 bit...

        de meme je fais de temps en temps des panoramiques avec quelques dizaine de milliers de pixel et ben la plupart des outils ne marche pas en 64 bit... bref là ou ça devrait profiter ça gagne rien le 64 bit...
        heureusement que les athlon 64 marche bien en 32 bit aussi sinon je serais déçu déçu
        • [^] # Re: Apports du 64 bits ?

          Posté par  . Évalué à 3.

          Moi j'ai plutôt l'impression que tu confonds pas mal de choses.

          Si transcode/mpeg2enc met 2 fois plus de temps pour faire le même encodage, c'est certainement parce que son code est optimisé 32 bits, et certainement pas 64 bits.

          Et pour les applis qui ne fonctionnent pas encore en 64bits, elles n'ont qu'à être recompilée (et eventuellement légèrement retouchée si elles ont été mal programmées)

          Maintenant, si tu attendais d'avoir un support complet du 64 bits dès la sortie du processeur, sache que les Pentium Pro (processeurs à l'origine des Pentium II, Pentium !!! et Pentium 4) avaient eu aussi leurs problèmes d'applis non optimisées à leur sortie, ce qui les rendaient moins performants dans certains cas. Mais voilà, une fois que les applis ont été adaptées, il n'y avait pas photo !

          Bref, ça me rappelle tous les benchmarks qui annonçaient qu'un 486 DX4-100 pouvait être plus puissant que le Pentium 75 : ce n'était que dans certains cas, et pendant un temps très limité. On connait tous la suite de l'histoire.
          • [^] # Re: Apports du 64 bits ?

            Posté par  . Évalué à 2.

            je ne confond rien du tout c'est pourtant simple le 64 bit aujourd'hui n'apporte rien dans 80 % des cas apporte un leger mieux dans 10 % et un gros recul dans 10 % soit ça marche pas soit c'est plus lent

            que ce soit optimisé pour 32 bit c'est evident mais le resultat c'est que le 64 bit est plus lent

            il y a des choses qui ne compile pas , openoffice par exemple, pas mal de problemes avec java, bien sur tout les soft proprio qu'il faut installé dans un environement 32 bit
            mono a des problemes aussi
            (enfin là je parle de la debian c'est la seule que j'ai testé)

            bref oui ça va evoluer certainement mais là je te parle d'aujourd'hui
    • [^] # Re: Apports du 64 bits ?

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

      ...Mais parce que c'est "hype", voyons ! C'est une raison suffisante, non ?

      Non ?
      Hein ?
      Bon ;-) !
    • [^] # Re: Apports du 64 bits ?

      Posté par  . Évalué à -2.

      C'est marrant, mais on a entendu exactement le même genre d'argumentaires lors du passage du 286 au 386, puis du 286 au 486, puis du 486 au Pentium, puis du Pentium au Pentium 2, etc.

      C'est vrai, pourquoi on est passés au 32 bits ou même au 16 bits ? 8 bits c'était pas assez ?

      Personnellement, je n'irai pas retravailler avec un [2|3|4|5]86.

      Maintenant, si tu veux des benchmarks particuliers, je n'en ai pas fait des masses, mais là où l'ordinateur de mon petit frère fait des copies de divx de partition à partition à 50 Mo/s, moi je me contente d'un 5 à 10 Mo/s, avec mon AMD Athlon XP 2200+ et le même disque dur.

      Et il y a pas mal de choses qui font dire que ça va plus vite. Firefox qui s'ouvre quasi-instantanément (contre quelques secondes pour moi), la réactivité du bureau, Enemy Territory qui s'affole, etc.

      Pour terminer, l'avantage du 64 bits est évident à l'heure de la vidéo numérique personnelle et du DVD avec ses fichiers de plusieurs Go à traiter en mémoire.

      Mais bon, personne ne te forçe à acheter hein, j'ai toujours un 286 SX 16 qui traîne dans mon garage :p
      • [^] # Re: Apports du 64 bits ?

        Posté par  . Évalué à 2.

        5 à 10Mo/s c'est pas normal sur une plateforme pareille.
        Vérifie que ton contrôleur IDE est bien en mode UDMA5/6 ...

        Pour info, sur un Seagate de 4Go (pas récent, 1999 je crois), monté sur une carte Gigabyte S370 avec un Celeron Mendocino 433Mhz, je tourne déjà à 15Mo/s (en mode UDMA2 donc).
        Et 50Mo/s c'est une valeur normale pour un disque récent (genre moins de 2 ans).
        • [^] # Re: Apports du 64 bits ?

          Posté par  . Évalué à 2.

          C'est ce que je me disais, et j'ai déjà vérifié à de nombreuses reprises...

          Malheureusement, il semblerait que tout soit bien réglé :-(

          # hdparm -i /dev/hda

          /dev/hda:

          Model=IC35L120AVV207-0, FwRev=V24OA63A, SerialNo=VNVD03G4G3V21G
          Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
          RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
          BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=16
          CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=241254720
          IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
          PIO modes: pio0 pio1 pio2 pio3 pio4
          DMA modes: mdma0 mdma1 mdma2
          UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
          AdvancedPM=yes: disabled (255) WriteCache=enabled
          Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:

          * signifies the current active mode

          # hdparm -i /dev/hdb

          /dev/hdb:

          Model=IC35L120AVVA07-0, FwRev=VA6OA52A, SerialNo=VNC602A6G81DHA
          Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
          RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
          BuffType=DualPortCache, BuffSize=1863kB, MaxMultSect=16, MultSect=16
          CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=241254720
          IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
          PIO modes: pio0 pio1 pio2 pio3 pio4
          DMA modes: mdma0 mdma1 mdma2
          UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
          AdvancedPM=yes: disabled (255) WriteCache=enabled
          Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1:

          * signifies the current active mode


          Mais bon, je n'exclue pas le fait que mon lecteur de DVD Pioneer, qui est mal supporté depuis le noyau 2.6, soit à l'origine de troubles sur la chaîne IDE.

          Sinon, attention, quand je parle de 5/10 Mo/s ou de 50 Mo/s, il ne s'agit pas du résultat de « hdparm -tT », mais bel et bien de la vitesse à laquelle se copie un gros fichier de partition à partition (valeur indiquée par la fenêtre de copie de KDE)
          • [^] # Re: Apports du 64 bits ?

            Posté par  . Évalué à 1.

            hdparm -tT te donne combien lui ?
            • [^] # Re: Apports du 64 bits ?

              Posté par  . Évalué à 2.

              # hdparm -tT /dev/hda

              /dev/hda:
              Timing cached reads: 1432 MB in 2.00 seconds = 715.04 MB/sec
              Timing buffered disk reads: 146 MB in 3.03 seconds = 48.16 MB/sec

              # hdparm -tT /dev/hdb

              /dev/hdb:
              Timing cached reads: 1436 MB in 2.00 seconds = 717.03 MB/sec
              Timing buffered disk reads: 136 MB in 3.03 seconds = 44.88 MB/sec

              Donc ça semble « aller bien », du moins d'après ce que j'ai lu à droite à gauche. Le problème, c'est qu'en conditions réelles, lorsque je copie des divx de partition à partition, la fenêtre de copie de KDE m'indique du 5 à 10 Mo/s, là ou l'ordinateur de mon petit frère se baladait entre 25 et 50 Mo/s ! :-)

              Je crois que je vais vraiment devoir tester sans mon lecteur DVD.
              • [^] # Re: Apports du 64 bits ?

                Posté par  . Évalué à 2.

                Ah, attention aussi. Les kioslaves sont pratiques, en revanche au niveau des perfs ce n'est pas terrible du tout. Copier un fichier depuis un réseau rapide (par exemple) peut bouffer pas mal de cpu. J'avais même fait un rapport de bug à l'époque mais qui est resté lettre morte (un seul commentaire, 0 vote) : http://bugs.kde.org/show_bug.cgi?id=86607(...) . Tu as peut-être le même problème.
          • [^] # Re: Apports du 64 bits ?

            Posté par  . Évalué à 2.

            Sur le pc de ton frere les disques étaient aussi en master/slave comme sur ta config ou plutot en master/master ?
            • [^] # Re: Apports du 64 bits ?

              Posté par  . Évalué à 2.

              Lui n'avait qu'un seul disque dur et faisait donc du transfert d'une partition vers l'autre sur le même disque dur.

              Ce qui est étonnant, c'est que dans ma config, avec 2 disques durs, lorsque je fais des transferts de l'un vers l'autre, j'ai en général un taux moyen de 5 Mo/s, tandis que lorsque je fais des transferts d'une partition vers l'autre sur un même disque dur, je tourne alors aux environs de 10 Mo/s. J'aurais plutôt pensé que c'est le contraire qui devait se produire :-)
      • [^] # Re: Apports du 64 bits ?

        Posté par  . Évalué à 4.

        C'est marrant, mais on a entendu exactement le même genre d'argumentaires lors du passage du 286 au 386, puis du 286 au 486, puis du 486 au Pentium, puis du Pentium au Pentium 2, etc.

        Mon argumentaire, c'est juste que la plupart des enthousiastes du x64 n'en ont pas.

        C'est vrai, pourquoi on est passés au 32 bits ou même au 16 bits ? 8 bits c'était pas assez ?

        Ce n'était pas assez. Tout comme le 32bits ne sera pas assez dans quelques années. Mais aujourd'hui, le 32bits est suffisant pour le desktop.


        Maintenant, si tu veux des benchmarks particuliers, je n'en ai pas fait des masses, mais là où l'ordinateur de mon petit frère fait des copies de divx de partition à partition à 50 Mo/s, moi je me contente d'un 5 à 10 Mo/s, avec mon AMD Athlon XP 2200+ et le même disque dur.

        Et si tu testait sur le même ordi, une fois en 32bits, une fois en 64bits. Ca voudrait dire quelque chose.
        On dirait que toute la suite de ton argumentation s'appuie sur le fait qu'un athlon64 est plus rapide qu'un athlon XP. Bien sûr : architecture améliorée, fréquence plus importante. Mais rien à voir avec le 64bits.


        Pour terminer, l'avantage du 64 bits est évident à l'heure de la vidéo numérique personnelle et du DVD avec ses fichiers de plusieurs Go à traiter en mémoire.

        Evident ? Pourquoi ? Tous les codecs que je connais procèdent de façon séquentielle, et là, aucun besoin de 64 bits.

        Mais bon, personne ne te forçe à acheter hein, j'ai toujours un 286 SX 16 qui traîne dans mon garage :p

        Ne fais pas d'amalgame. Je déplorais juste que de nombreuses personnes investissaient beaucoup sans raison.

        Il y a pleins de raisons de passer au 64 bits, et je suis tout à fait pour que l'on passe si on en a besoin. Cependant, la plupart des particuliers font tourner des distros 64 bits sans raison, juste parce que le 64 bits "c'est cool".
        • [^] # Re: Apports du 64 bits ?

          Posté par  . Évalué à 0.

          Mon argumentaire, c'est juste que la plupart des enthousiastes du x64 n'en ont pas


          Un peu facile ça. Tu te fondes sur quoi ? Un sondage de l'Insee ? :-)
          Moi j'ai plutôt l'impression que les gens qui critiquent le plus l'Athlon64 sont des gens qui n'en ont jamais vu justement !

          Ce n'était pas assez. Tout comme le 32bits ne sera pas assez dans quelques années. Mais aujourd'hui, le 32bits est suffisant pour le desktop.


          Tellement suffisant que la plupart des calculs d'affichage 2D/3D sont reportés sur la carte graphique qui elle intègre un processeur 128/256 bits. Mais bon, cela dit, à chaque changement de génération, on a trouvé des gens pour dire que les anciens processeurs étaient suffisants, et donc les nouveaux inutiles.

          Et si tu testait sur le même ordi, une fois en 32bits, une fois en 64bits. Ca voudrait dire quelque chose.


          Non, ça ne servirait à rien. Le but, c'est de savoir en quoi un Athlon64 est *mieux* qu'un Athlon XP, pas de savoir quelles sont les différences de performances de l'Athlon64 en mode 32 et 64 bits.

          On dirait que toute la suite de ton argumentation s'appuie sur le fait qu'un athlon64 est plus rapide qu'un athlon XP. Bien sûr : architecture améliorée, fréquence plus importante. Mais rien à voir avec le 64bits.


          Ben voilà, tu te demandes ce qu'apporte concrètement le 64 bits aux processeurs AMD : ils sont plus rapides que les versions 32 bits ! Et pourtant les fréquences sont sensiblement les mêmes.

          Evident ? Pourquoi ? Tous les codecs que je connais procèdent de façon séquentielle, et là, aucun besoin de 64 bits.


          Ça tombe bien, pour les manipulations vidéos, l'Athlon64 intègre désormais les instructions SSE2, et le contrôleur mémoire est désormais intégré au processeur. :-)

          Ne fais pas d'amalgame. Je déplorais juste que de nombreuses personnes investissaient beaucoup sans raison.


          On trouve aujourd'hui des PC Athlon64 bien équipés aux alentours de 500 ¤, donc l'investissement n'en est plus un. :-)
          • [^] # Re: Apports du 64 bits ?

            Posté par  . Évalué à 2.

            Eh bein, il m'en a fallu du temps pour détecter le troll.

            Au cas où ce n'est pas un troll (je suis quand même naif), je te résume ce que j'ai dit en une ligne :

            L'athlon64 est un bon processeur, meilleur que les anciens, mais il est strictement inutile, en utilisation domestique, de le faire tourner en mode 64bits.
          • [^] # Re: Apports du 64 bits ?

            Posté par  . Évalué à 4.

            Non, ça ne servirait à rien. Le but, c'est de savoir en quoi un Athlon64 est *mieux* qu'un Athlon XP, pas de savoir quelles sont les différences de performances de l'Athlon64 en mode 32 et 64 bits.

            Au contraire ce serait tres utile. Ca permettrait de savoir dans quelle mesure l'amelioration de performances est due aux changements d'acrhitecture interne tels que l'integration du controlleur memoire, et dans quelle mesure ca vient du passage a 64 bits.

            Ça tombe bien, pour les manipulations vidéos, l'Athlon64 intègre désormais les instructions SSE2,

            Le P4 32 bits integre les instructions SSE2 depuis des annees. Est-il necessaire de passer a 64 bits pour les integrer ?

            et le contrôleur mémoire est désormais intégré au processeur. :-)

            Et pour faire ca, le passage a 64 bits etait necessaire ? Si tu utilises ton athlon64 en 32 bits, ca te force a utiliser un controlleur externe ?
            • [^] # Re: Apports du 64 bits ?

              Posté par  . Évalué à 1.

              La seule augmentation de perfs des A64 ou P4 EM64T, c'est dû uniquement à l'augmentation du nombre de registres généraux. Quant aux contrôleurs mémoires intégrés, c'est la suite logique de l'évolution vers l'archi Alpha. Le 64bit c'est juste un truc qui est arrivé en même temps, ça a aucun lien.

              Et non, un A64 en 32bit utilise toujours le contrôleur intégré.
      • [^] # Re: Apports du 64 bits ?

        Posté par  . Évalué à 4.

        C'est vrai, pourquoi on est passés au 32 bits ou même au 16 bits ? 8 bits c'était pas assez ?

        Si 32 bits sont suffisants, pourquoi s'amuser à utiliser un processeur 64bits ?

        Nintendo donne un exemple frappant : après avoir crié sur tous les toits que le processeur 64bits de sa Nintendo64 apportait bonheur et félicité au foyer le même constructeur s'est rendu compte que le 64bits n'apportait rien à sa machine de jeu, n'apporterai rien avant un bon bout de temps et a décidé de mettre un processeur 32bits dans le Gamecube qui succède à la Nintendo64.

        BeOS le faisait il y a 20 ans !

    • [^] # Re: Apports du 64 bits ?

      Posté par  . Évalué à 3.

      Doublement du nombre de registres généraux. Voilà l'interet de l'x86_64.
      • [^] # Re: Apports du 64 bits ?

        Posté par  . Évalué à 2.

        Et dire que sur ppc il y a 32 registre generaux + 32 registre flottant, on est encore loin du compte...

        Et puis le doublement de registre ca n'ameliore pas forcement la rapidite : il faut pas oublier qu'a chaque changement de contexte il faut les sauver/restaurer.
        Idem il faut avoir un compillo assez itelligent pour en profiter efficacement : certains registre sont strach et peuvent etre efface a chaque appel de fonction, d'autre doivent etre sauver (il faut donc les sauver sur la pile avant de s'en servir et les restaurer ensuite)....

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.