IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Actualités Discussion :

L'Allemagne met en service le supercalculateur le plus puissant d'Europe

  1. #1
    Rédacteur
    Avatar de Arnaud F.
    Homme Profil pro
    Développeur COBOL
    Inscrit en
    Août 2005
    Messages
    5 183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : France

    Informations professionnelles :
    Activité : Développeur COBOL
    Secteur : Finance

    Informations forums :
    Inscription : Août 2005
    Messages : 5 183
    Points : 8 873
    Points
    8 873
    Par défaut L'Allemagne met en service le supercalculateur le plus puissant d'Europe
    Bonjour,

    dans quelques jours (vendredi pour être précis), l'Europe aura un nouveau supercalculateur, et pas des moindres puisque ça sera le plus puissant jamais utilisé en Europe.

    Il est nommé Jugene et sera basé en Allemagne.

    Il est capable d'effectuer un petaflop (un million de milliards) d'opérations par seconde. C'est le troisième supercalculateur le plus puissant au monde derrière Roadrunner et Jaguar (Etats-Unis).

    Jugene est équivalant à 50.000 ordinateurs de bureau et contrairement aux nôtres, il dispose de 295.000 processeurs répartis dans 72 racks, rien que ça (cf la photo) !

    Il servira à la recherche sur les origines de l'univers, les prévisions météo et même à la recherche sur les batteries pour les voitures électriques.

    Petite image de la bête :


    La configuration précise :
    # 72 Racks with 32 nodecards x 32 compute nodes (total 73728)
    • Compute node: 4-way SMP processor
    • Processortype: 32-bit PowerPC 450 core 850 MHz
    • Processors: 294912
    • Overall peak performance: 1 Petaflops
    • Linpack: ... Teraflops
    • Main memory: 2 Gbytes per node (aggregate 144 TB)
    • I/O Nodes: 600
    • Networks:
      • Three-dimensonal torus (compute nodes)
      • Global tree / Collective network (compute nodes, I/O nodes)
      • 10 Gigabit ethernet / Functional network (I/O Nodes)


    • Power Consumption: max. 35 kW per rack


    # 2 Service nodes IBM p6 550:
    • Total number of processors: 8
    • Processortype: Power6 4.2 GHz
    • Total amount of memory: 128 GB
    • Operating System: SuSE Linux Enterprise (SLES 10)


    # 2 Login nodes IBM p6 550:
    • Total number of processors: 8
    • Processortype: Power6 4.2 GHz
    • Total amount of memory: 32 GB
    • Operating System: SuSE Linux Enterprise (SLES 10)

    Joli non?

    P.S : Site officiel
    C'est par l'adresse que vaut le bûcheron, bien plus que par la force. Homère

    Installation de Code::Blocks sous Debian à partir de Nightly Builds

  2. #2
    Membre expert
    Avatar de Janitrix
    Inscrit en
    Octobre 2005
    Messages
    3 391
    Détails du profil
    Informations forums :
    Inscription : Octobre 2005
    Messages : 3 391
    Points : 3 401
    Points
    3 401
    Par défaut
    Des détails sur le constructeur (on voit bien que c'est IBM mais bon) et sur les composants ?

    Sinon c'est une bonne nouvelle que l'Europe se rapproche un peu des Etats-Unis sur ce point

  3. #3
    Rédacteur
    Avatar de Arnaud F.
    Homme Profil pro
    Développeur COBOL
    Inscrit en
    Août 2005
    Messages
    5 183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : France

    Informations professionnelles :
    Activité : Développeur COBOL
    Secteur : Finance

    Informations forums :
    Inscription : Août 2005
    Messages : 5 183
    Points : 8 873
    Points
    8 873
    Par défaut
    J'en ai profité pour mettre le premier post à jour avec les informations fournies par le constructeur

    Et oui, c'est du IBM !
    C'est par l'adresse que vaut le bûcheron, bien plus que par la force. Homère

    Installation de Code::Blocks sous Debian à partir de Nightly Builds

  4. #4
    Rédacteur

    Avatar de Matthieu Brucher
    Profil pro
    Développeur HPC
    Inscrit en
    Juillet 2005
    Messages
    9 810
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Développeur HPC
    Secteur : Industrie

    Informations forums :
    Inscription : Juillet 2005
    Messages : 9 810
    Points : 20 970
    Points
    20 970
    Par défaut
    Cool, mais du 32 bits ??? T'es sûr ? Et les frontales sont en 64bits ?
    Et la mémoire par noeud est vraiment très faible, ça fait 512Mo par processeur et donc 128Mo par thread ! Autant dire qu'ils ne vont pas aller très loin (déjà que 2Go par thread, on considère que c'est pas suffisant chez nous)... Limite les frontales ont plus de mémoire qu'un noeud ou qu'un rack...
    Franchement, je ne comprends pas trop à quoi ce calculateur va servir, vu comme certains éléments sont sous-dimensionnés (à mon avis). Tu as des détails sur le reste ? J'imagine que le tore est entre les racks et l'arbre entre les noeuds d'un rack ? Ou c'est le contraire ?

  5. #5
    Rédacteur
    Avatar de Arnaud F.
    Homme Profil pro
    Développeur COBOL
    Inscrit en
    Août 2005
    Messages
    5 183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : France

    Informations professionnelles :
    Activité : Développeur COBOL
    Secteur : Finance

    Informations forums :
    Inscription : Août 2005
    Messages : 5 183
    Points : 8 873
    Points
    8 873
    Par défaut
    Citation Envoyé par Matthieu Brucher Voir le message
    Cool, mais du 32 bits ??? T'es sûr ? Et les frontales sont en 64bits ?
    Et la mémoire par noeud est vraiment très faible, ça fait 512Mo par processeur et donc 128Mo par thread ! Autant dire qu'ils ne vont pas aller très loin (déjà que 2Go par thread, on considère que c'est pas suffisant chez nous)... Limite les frontales ont plus de mémoire qu'un noeud ou qu'un rack...
    Franchement, je ne comprends pas trop à quoi ce calculateur va servir, vu comme certains éléments sont sous-dimensionnés (à mon avis). Tu as des détails sur le reste ? J'imagine que le tore est entre les racks et l'arbre entre les noeuds d'un rack ? Ou c'est le contraire ?
    Matthieu, et oui, ça paraît bien "faible", mais j'ai tiré tout ça du site officiel, partie configuration ...
    C'est par l'adresse que vaut le bûcheron, bien plus que par la force. Homère

    Installation de Code::Blocks sous Debian à partir de Nightly Builds

  6. #6
    Membre expérimenté Avatar de shkyo
    Homme Profil pro
    Développeur Robotique - Administrateur systèmes
    Inscrit en
    Juin 2003
    Messages
    841
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Développeur Robotique - Administrateur systèmes

    Informations forums :
    Inscription : Juin 2003
    Messages : 841
    Points : 1 474
    Points
    1 474
    Par défaut
    ça doit être sympa ce genre de machine pour faire des rendus 3D !!! Quand je pense à ma dernière image qui a mis 4h de calcul sur mon Athlon 64 6600+, avec cette bête, cela prendrait quoi ? 1 ms ?

    La maintenance aussi doit être sympa, il n'y a pas de quoi s'ennuyer...
    L'homme sage apprend de ses erreurs, l'homme plus sage apprend des erreurs des autres. - Confucius -

    Ma (petite...) chaine Youtube : https://www.youtube.com/channel/UCy-...P2tH5UwOtLaYKw
    Si vous avez quelques minutes, passez donc voir mon site http://www.photospicsandco.fr/
    Envie de tee-shirts (et goodies!) originaux et sympa ? Visitez mon site... http://www.zazzle.com/shkyo30

  7. #7
    Rédacteur

    Avatar de Matthieu Brucher
    Profil pro
    Développeur HPC
    Inscrit en
    Juillet 2005
    Messages
    9 810
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Développeur HPC
    Secteur : Industrie

    Informations forums :
    Inscription : Juillet 2005
    Messages : 9 810
    Points : 20 970
    Points
    20 970
    Par défaut
    Bien vu... La maintenance sur ce nombre de racks et de blades doit être impressionnante. Bon courage à IBM.

    Sinon, pour en revenir à l'utilité, les modèles météorologiques sont gourmands en mémoire, non ? Idem pour les modèles 3D, ça m'étonnerait que ça tienne dans 128Mo de RAM !

  8. #8
    Membre régulier
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    29
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2005
    Messages : 29
    Points : 84
    Points
    84
    Par défaut 2 Go par noeud, ça suffit !
    Tout comme le calcul est réparti sur les différents noeuds, l'utilisation mémoire est également répartie sur les différents noeuds.

    Et si cela ne suffit pas, je pense qu'il est également possible d'agréger la mémoire de différents noeuds en une mémoire visible/addressable par tous, ce qui étend largement la capacité disponible (d'ailleurs les détails de config indiquent un 144 TB agrégé, non ?).

    Donc à mon humble avis, c'est pas ces 2 Go qui vont limiter !

  9. #9
    Membre actif Avatar de Qwert
    Inscrit en
    Février 2009
    Messages
    147
    Détails du profil
    Informations forums :
    Inscription : Février 2009
    Messages : 147
    Points : 226
    Points
    226
    Par défaut
    Citation Envoyé par Matthieu Brucher Voir le message
    Cool, mais du 32 bits ??? T'es sûr ? Et les frontales sont en 64bits ?
    Et la mémoire par noeud est vraiment très faible, ça fait 512Mo par processeur et donc 128Mo par thread ! Autant dire qu'ils ne vont pas aller très loin (déjà que 2Go par thread, on considère que c'est pas suffisant chez nous)... Limite les frontales ont plus de mémoire qu'un noeud ou qu'un rack...
    Franchement, je ne comprends pas trop à quoi ce calculateur va servir, vu comme certains éléments sont sous-dimensionnés (à mon avis). Tu as des détails sur le reste ? J'imagine que le tore est entre les racks et l'arbre entre les noeuds d'un rack ? Ou c'est le contraire ?
    Hmmm Pareil que toi.... j'ai du mal avec les caractéristiques. Sachant que nous sommes en mai, attendons la sortie de juin 2009 du top500. On aura plus d'informations, parce que cette configuration me laisse perplexe

    EDIT : en fait, il y en a déjà un dans le top 500
    http://www.top500.org/system/8835
    mais installer en 2007 ....
    Tu es sur de ne pas avoir réécris les caracs de l'ancien?
    J'suis perdue la

    EDIT 2 : non, c'est bien les caracs du nouveau. L'ancien qui se trouve sur top500 est a 65k core.
    En fait ce centre va concentrer 3 super calculateurs
    Je reste tout de même étonnée de trouver des proc 32bits....

  10. #10
    Rédacteur

    Avatar de Matthieu Brucher
    Profil pro
    Développeur HPC
    Inscrit en
    Juillet 2005
    Messages
    9 810
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Développeur HPC
    Secteur : Industrie

    Informations forums :
    Inscription : Juillet 2005
    Messages : 9 810
    Points : 20 970
    Points
    20 970
    Par défaut
    Citation Envoyé par daredare Voir le message
    Tout comme le calcul est réparti sur les différents noeuds, l'utilisation mémoire est également répartie sur les différents noeuds.

    Et si cela ne suffit pas, je pense qu'il est également possible d'agréger la mémoire de différents noeuds en une mémoire visible/addressable par tous, ce qui étend largement la capacité disponible (d'ailleurs les détails de config indiquent un 144 TB agrégé, non ?).

    Donc à mon humble avis, c'est pas ces 2 Go qui vont limiter !
    Ben si...
    Par noeud, tu as 2Go, et c'est dans ce noeud que tu es en SMP. De totue manière, tu vas difficilement avoir plus de 2Go par entité puisque les processeurs sont des 32bits.
    Maintenant, en ce qui concerne les calculs, ceux qui sont effectués là nécessitent énormément de mémoire. On a beaucoup plus chez nous sur notre dernier cluster, et pourtant on envie le précédent qui avait 64Go pour 32 threads.
    L'objectif est de faire beaucoup de calcul, mais si tu passes la majeure partie de ton temps à communiquer, tu n'atteindras jamais la puissance crête.

  11. #11
    Expert éminent Avatar de kain_tn
    Homme Profil pro
    Inscrit en
    Mars 2005
    Messages
    1 564
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations forums :
    Inscription : Mars 2005
    Messages : 1 564
    Points : 7 285
    Points
    7 285
    Par défaut
    Citation Envoyé par Matthieu Brucher Voir le message
    Ben si...
    De toute manière, tu vas difficilement avoir plus de 2Go par entité puisque les processeurs sont des 32bits.
    Après, il reste toujours la possibilité de passer sur un kernel PAE pour repousser la limite à 64GB...
    Copier c'est copier; voler c'est vendre un CD une vingtaine d'euros!


    Code C : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    #include <stdio.h>
     
    int main(int argc, char **argv) {
     
        printf("So long, and thanks for the fish, Dennis...\n");
        return 0;
    }

  12. #12
    Rédacteur

    Avatar de Matthieu Brucher
    Profil pro
    Développeur HPC
    Inscrit en
    Juillet 2005
    Messages
    9 810
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Développeur HPC
    Secteur : Industrie

    Informations forums :
    Inscription : Juillet 2005
    Messages : 9 810
    Points : 20 970
    Points
    20 970
    Par défaut
    Citation Envoyé par kain_tn Voir le message
    Après, il reste toujours la possibilité de passer sur un kernel PAE pour repousser la limite à 64GB...
    C'est sûr, mais apparemment ce n'est pas l'objectif ici, puisqu'il n'y a que 2Go par SMP.

  13. #13
    Membre émérite
    Avatar de Seb33300
    Homme Profil pro
    Développeur Web
    Inscrit en
    Janvier 2007
    Messages
    1 563
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : Thaïlande

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Janvier 2007
    Messages : 1 563
    Points : 2 390
    Points
    2 390
    Par défaut
    Je crois que ya un soucis dans la phrase :
    Citation Envoyé par Arnaud F. Voir le message
    il diSpose de 295.000 ??? répartis dans 72 racks
    Zend Certified PHP Engineer

    « Crois-tu comprendre le monde juste en matant le 20H Ou connaître l'histoire en ayant lu que l'angle des vainqueurs ? » Keny Arkana

  14. #14
    Rédacteur
    Avatar de Arnaud F.
    Homme Profil pro
    Développeur COBOL
    Inscrit en
    Août 2005
    Messages
    5 183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : France

    Informations professionnelles :
    Activité : Développeur COBOL
    Secteur : Finance

    Informations forums :
    Inscription : Août 2005
    Messages : 5 183
    Points : 8 873
    Points
    8 873
    Par défaut
    Citation Envoyé par Seb33300 Voir le message
    Je crois que ya un soucis dans la phrase :
    Corrigé...


    Je suis étonné de voir qu'ils se "cantonnent" à 2Go par SMP, ça fait peu, surtout pour un supercalculateur...


    Qwert > Je suis sûr de ne pas m'être trompé
    C'est par l'adresse que vaut le bûcheron, bien plus que par la force. Homère

    Installation de Code::Blocks sous Debian à partir de Nightly Builds

  15. #15
    Membre régulier
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    29
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2005
    Messages : 29
    Points : 84
    Points
    84
    Par défaut
    Citation Envoyé par Matthieu Brucher Voir le message
    Ben si...
    Par noeud, tu as 2Go, et c'est dans ce noeud que tu es en SMP. De totue manière, tu vas difficilement avoir plus de 2Go par entité puisque les processeurs sont des 32bits.
    Maintenant, en ce qui concerne les calculs, ceux qui sont effectués là nécessitent énormément de mémoire. On a beaucoup plus chez nous sur notre dernier cluster, et pourtant on envie le précédent qui avait 64Go pour 32 threads.
    L'objectif est de faire beaucoup de calcul, mais si tu passes la majeure partie de ton temps à communiquer, tu n'atteindras jamais la puissance crête.


    Désolé, mais "ben non !"...
    IBM n'est pas un amateur des supercalculateurs, donc :
    - Ils ont dimensionné correctement la RAM par noeud en fonction des applications visées
    - et/ou les calculs qui vont être faits sur ces noeuds peuvent être partitionnés (tant en termes de calculs proprement dits que de données à manipuler)

    Edit :
    Je vous invite à aller voir ici : http://en.wikipedia.org/wiki/Blue_Gene , pour vous rendre compte que ce supercalculateur n'est pas très différent de ce qu'IBM fait "classiquement" et qui a fait ses preuves !

    Edit 2 :
    Par ailleurs, les specs réseaux montrent que l'échange massif d'informations entre les noeuds est prévu, et le réseau dimensionné en conséquence, cf. le tore 3D entre les noeuds...

    Networks:
    * Three-dimensonal torus (compute nodes)
    * Global tree / Collective network (compute nodes, I/O nodes)
    * 10 Gigabit ethernet / Functional network (I/O Nodes)

  16. #16
    Rédacteur

    Avatar de Matthieu Brucher
    Profil pro
    Développeur HPC
    Inscrit en
    Juillet 2005
    Messages
    9 810
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Développeur HPC
    Secteur : Industrie

    Informations forums :
    Inscription : Juillet 2005
    Messages : 9 810
    Points : 20 970
    Points
    20 970
    Par défaut
    Plus, c'est pas possible parce que 32bits (même si 36bits serait possible, mais en SMP, ça ne fonctionnerait de toute manière pas avec OpenMp par ex).

    Apparemment, IBM fonctionne surtout en 32bits pour le HPC...

  17. #17
    Membre actif Avatar de Qwert
    Inscrit en
    Février 2009
    Messages
    147
    Détails du profil
    Informations forums :
    Inscription : Février 2009
    Messages : 147
    Points : 226
    Points
    226
    Par défaut
    Citation Envoyé par Arnaud F. Voir le message

    Qwert > Je suis sûr de ne pas m'être trompé
    d'où mes edits...
    En cherchant un peu, j'ai trouvé confirmation ... Désolée d'avoir mis en doute tes écrits mais l'étonnement était là!
    Plus qu'à attendre le top 500 pour voir quelle place de choix il va avoir...

  18. #18
    Membre actif

    Inscrit en
    Décembre 2005
    Messages
    260
    Détails du profil
    Informations forums :
    Inscription : Décembre 2005
    Messages : 260
    Points : 208
    Points
    208
    Par défaut
    bonjour
    juste une question ces super calculateur sont livrées avec leur OS car à ce que je sache ni unix ni windows ne pourra pendre en charge cette bête

  19. #19
    Membre régulier
    Profil pro
    Inscrit en
    Mai 2005
    Messages
    29
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2005
    Messages : 29
    Points : 84
    Points
    84
    Par défaut
    Pour info, un lien vers des infos complémentaires sur l'architecture de l'IBM BlueGene/P, qui est l'infra mise en oeuvre chez nos voisins allemands : http://community.anitaborg.org/wiki/...e_salapura.pdf

    @zerocoolyoussef
    Les noeuds de calcul utilisent un OS spécifique allégé, par contre les autres noeuds (I/O & co) sont basés sur Linux...

    Edit : pour ce qui est de la problématique mémoire/échange inter cores/CPU/noeuds sur ce système, je vous renvoie plus particulièrement à la page 18 du doc cité ci-dessus, où l'on voit clairement l'interconnexion des cores avec la RAM (via la L3) et le tore 3D (via la L2 / le DMA !) entre autres...

  20. #20
    Rédacteur
    Avatar de Arnaud F.
    Homme Profil pro
    Développeur COBOL
    Inscrit en
    Août 2005
    Messages
    5 183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : France

    Informations professionnelles :
    Activité : Développeur COBOL
    Secteur : Finance

    Informations forums :
    Inscription : Août 2005
    Messages : 5 183
    Points : 8 873
    Points
    8 873
    Par défaut
    Citation Envoyé par zerocoolyoussef Voir le message
    bonjour
    juste une question ces super calculateur sont livrées avec leur OS car à ce que je sache ni unix ni windows ne pourra pendre en charge cette bête
    Ces supercalculateurs sont conçus par IBM, je pense que l'OS, y a pas de trop de choix, mais c'est marqué dans la configuration poussée, l'OS utilisé est : SuSE Linux Enterprise (SLES 10)


    @Qwert > pas grave
    C'est par l'adresse que vaut le bûcheron, bien plus que par la force. Homère

    Installation de Code::Blocks sous Debian à partir de Nightly Builds

Discussions similaires

  1. Réponses: 25
    Dernier message: 11/12/2013, 09h22
  2. Réponses: 8
    Dernier message: 25/06/2013, 00h22
  3. Le Japon détient le supercalculateur le plus puissant du monde
    Par Hinault Romaric dans le forum Hardware
    Réponses: 40
    Dernier message: 23/08/2011, 16h34
  4. Réponses: 16
    Dernier message: 19/12/2010, 17h45
  5. Réponses: 14
    Dernier message: 15/12/2010, 09h09

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo