C est koi une architecture "Numa" ?

• [^]Re: C est koi une architecture

  Posté par Cyrille Morvan (page perso, ) le 02/03/2003 à 22:25. (lien). Évalué à 17.

  Non Uniform Memory Access.
  
  Concretement, si tu accedes à de la mémoire vive se trouvant sur une autre machine physique du réseau, ca prendra plus de temps que de la mémoire locale à coté du CPU. Mais l'interface est la même.

  [^]Re: C est koi une architecture

  Posté par Loic Jaquemet (page perso, ) le 02/03/2003 à 22:27. (lien). Évalué à 4.

  Non-uniform Memory Access
  
  en gros, ya plusieurs processeurs , plusieurs stock de mémoire, les temps d'acces à la mémoire varie( cache , ram , a travers un réseau ? ), faut gerer au mieux ...

  • [^]Re: C est koi une architecture

    Posté par Nicolas Boulay () le 02/03/2003 à 23:10. (lien). Évalué à 6.

    C'est ça. C'est le principe de fonctionnement des mainframes et des supercalculateurs (et aussi de l'athlon64 en biproc). Si le réseau est trop lent la machine à toutes les chances d'être plus lente un multi proc qu'en bi-processeurs.

    • [^]Re: C est koi une architecture

      Posté par Guidon Yann (page perso, ) le 02/03/2003 à 23:30. (lien). Évalué à 6.

      mais ça dépend du type de workload, si tu est CPU-bound ça va mieux qu'en memory-bound, où les access patterns et la corrélation des paquets peut avoir des effets non linéaires sur le wallclock time ...
      
      mais on s'égare.
      
      YG

      • [^]Re: C est koi une architecture

        Posté par Moby-Dik () le 03/03/2003 à 01:28. (lien). Évalué à 13.

        ça dépend du type de workload, si tu est CPU-bound ça va mieux qu'en memory-bound, où les access patterns et la corrélation des paquets peut avoir des effets non linéaires sur le wallclock time ...
        
        Idée : ajouter une "citation du jour" à la une de Linuxfr.

        • [^]Re: C est koi une architecture

          Posté par Guidon Yann (page perso, ) le 03/03/2003 à 07:32. (lien). Évalué à 7.

          <note pour plus tard>
          penser à être clair quand je parle en public,
          sinon ya risque d'effets de bords ...
          </note pour plus tard>

          • [^]Re: C est koi une architecture

            Posté par Nicolas Boulay () le 03/03/2003 à 08:13. (lien). Évalué à 6.

            Surtout quand cela ne veut rien dire...
            
            memory bound/cpu bound c'est un gros la méme chose (programme limité par la puissance de calcul ou par la bande passante mémoire). On l'oppose en général à IO bound, genre bande passante disque ou réseau type ethernet qui est l'affaire des mainframes de sgbd, server web et autre serveur de fichiers...
            
            Concernant la deuxième partie de la phrase... euh... va dormir :)

            • [^]Re: C est koi une architecture

              Posté par Guidon Yann (page perso, ) le 04/03/2003 à 00:30. (lien). Évalué à 1.

              désolé, memory-bound n'est pas du tout la même chose que CPU bound :
              L'un c'est quand le programme passe la plupart de sont temps à attendre la mémoire centrale, l'autre c'est quand il y a saturation des unités de calcul.
              Pour le premier, dans F-CPU, c'est quand on traite des grosses listes chainées et ce genre de trucs avec des accès aléatoires. Du LISP ou du Java risque de ramer à mort si ça tient pas en cache.
              Pour le deuxième, c'est typiquement la crypto classique, peu de variales mais des passes nombreuses et des traitements zarbs. Là on peut faire.
              
              bon, j'arrête les leçons pour ce soir.
              
              

              • [^]Re: C est koi une architecture

                Posté par Nicolas Boulay () le 04/03/2003 à 10:06. (lien). Évalué à 1.

                Sauf que l'on est jamais cpu bound, sinon intel ne gagnerait pas 30% de performance avec l'hyperthreading. Et avec un ratio de 1/10 pour la bande passante et 1/150 pour la latence avec la mémoire, c'est logique d'être "souvent" (toujours ?) memory-bound.

  [^]Re: C est koi une architecture

  Posté par Olivier Cahagne () le 03/03/2003 à 00:26. (lien). Évalué à 7.

  Voir aussi la FAQ NUMA du kernel Linux:
  http://lse.sourceforge.net/numa/faq/(...)