SuperTux is back : 4.6 TeraFlops avec ATI Radeon™ HD 5970 & OpenCL let's go ride



Et si en 2010 vous vous offriez  votre supercalculateur Linux personnalisé  : Viva  SuperTux !
Si on se rend sur la fiche technique de la nouvelle ATI Radeon HD 5970  on découvre que cette nouvelle carte graphique possède une puissance de calcul assez impressionnante de 4.6 TeraFLOPS  par GPU :
  • Processing power (single precision): 4.64 TeraFLOPS
  • Processing power (double precision): 928 GigaFLOPS
  • Polygon throughput: 1.45 billion polygons/sec
Si on décide d'utiliser toute cette puissance pour  qqchose de plus constructif que des FPS et autre jeux stériles et bien on arrive vite à la conclusion que l'on peut avoir un supercalculateur pour pas cher.

Nvidia avait déjà lancé CUDA mais personnellement, je pense comme dans l'article de
Douglas Eadline, Ph.D. 
(GP-GPUs: OpenCL Is Ready For The Heavy Lifting sur Linux Magazine)
que  OpenCL a pas mal de chances d'avoir plus de succès car il s'agit d'un standard qui est supporté par plusieurs vendeurs sur plusieurs types de hardware depuis juin 2008  dans le cadre du Khronos Group.


C'est ainsi qu'armé de votre PC Linux favori avec le tout nouveau
ATI Stream SDK v2.01  fraichement installé sur votre Ubuntu 9.10  vous pouvez essayez de taquinez le top10 du top500  car si vous utilisez une des nouvelles Radeon HD 5970 Eyefinity 6 chez XFX
c'est déjà 2 GPU onboard en admettant que vous ayez cassez votre tirelire vous pouvez en mettre
une deuxième en CrossFireX ce qui nous amène à une puissance théorique de 4 x 4.64 TeraFlops = 18.56 TeraFlops (en sp bien sur mais c'est déjà joli) et pour le double on reste honorable avec un 4 x 0.928 = 3.7 TeraFlos thèorique en double précision.

En allant voir  la liste du top500 on observe que les  Rmax (aussi en TeraFlops) atteint par des "supercalculateurs" livrés en 2009 ne sont pas si éloignés de ce chiffre !
Ainsi à la 99ème position on a le BlueGene de l'EPFL livré en 2009 avec 16'384 processeurs PowerPC 450 850 MHz (3.4 GFlops) qui totalise un RMax de 47.73 TeraFlops
Et soyons certains qu'au vu du nombre de processeurs et de la consommation que cela représente il y a de fortes chances qu'avec votre SuperTux vous puissiez concourir au moins dans le Green500  !
Et il y a de fortes chances que vous soyez très haut dans le classement parcequ'avec une consomation de pointe de 294 Watts pour la carte selon la fiche technique de AMD on arrive à 15'782 MFLOPS/W !

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Comment extraire les fichiers disques en raw d'un backup proxmox vma

Image
Lors d'une opération de backup Proxmox utilise un format vma pour stocker tous les disques et la configuration de la VM backupée (aussi bien les kvm que les openvz) La raison d'avoir basculé dans ce format est expliqué sur le wiki de proxmox Parfois il peut-être utile de récupérer une VM ou plus concrètement son ou ses disques pour l'utiliser dans un autre environnement de virtualisation C'est tout à fait possible en suivant les étapes ci-après depuis la console de votre serveur proxmox: Vérifiez l'espace que vous avez à disposition sur votre serveur avec un "df -hT" , choisissez une partition avec suffisamment d'espace (en gros la taille des disques de votre VM en raw) Créez un répertoire à l'endroit retenu et allez-dedans mkdir /mnt/pve/nas_proxmox_backup/tmp cd /mnt/pve/nas_proxmox_backup/tmp  Décompressez votre backup dans ce répertoire avec la commande lzop lzop -x /mnt/pve/nas_proxmox_backup/dump/vzdump-qemu-151-2015_04_12-00_34_26.
Lire la suite

Find the lists of disks of your Proxmox VM stored in a ceph cluster

Image
voici les commandes que j'utilise le plus souvent pour gérer mon cluster ceph sous Linux/Proxmox en ligne de commande  : ceph status : permet de vérifier que le cluster est en HEALTH_OK pveceph lspools : pour lister les noms de pools et les infos genre replica size, pg_num et pourcentage d'utilisation rbd ls poolname : pour lister les images (disques) de vos VMs sur le pool en question rbd -p  poolname  info  vm-104-disk-1:  pour lister les infos sur un disques exemple de sortie : rbd image 'vm-104-disk-1': size 32768 MB in 8192 objects order 22 (4096 kB objects) block_name_prefix: rbd_data.47fa74b0dc51 format: 2 features: layering, exclusive-lock, object-map, fast-diff, deep-flatten flags: create_timestamp: Tue Dec 26 13:39:30 2017 rados -p  poolname  ls |grep rbd_data.47fa74b0dc51 >/tmp/list_blocks_de_vm-104-disk1.txt permet de retrouver tous les blocks de cette image ceph df : pour obtenir l'espace disponible sur mon cluster ceph osd tree
Lire la suite

Comment copier une machine virtuelle kvm en raw sur un Volume Group LVM2 se trouvant sur un disque en DRBD

Image
Il se trouve que je devais migrer quelques machines virtuelle se trouvant sur un cluster proxmox sur le site de Lausanne, sur un autre cluster proxmox se trouvant à Lutry. Jusque-la rien de bien sorcier me direz-vous, si ce n'est qu'avec un lien réseau de faible débit entre les deux sites j'ai fait une copie initiale de mes images de bécannes virtuelles en fichier raw sur un disque externe. Sur le site de Lutry j'ai une config avec deux serveurs en cluster proxmox  lutrycalc01:~# pveca -l CID----IPADDRESS----ROLE-STATE--------UPTIME---LOAD----MEM---DISK  1 : 192.168.50.100  M     A     1 day 05:49   2.23     8%     1%  2 : 192.168.50.110  N     A     1 day 05:49   0.00     1%     1% chaque serveur à 3 disques logiques (de taillse identique) s'appuyant sur une config physique en RAID5. le 2ème disque logique /dev/sdb1  est répliqué sur les deux noeud grâce à l'excellent DRBD de LINBIT. Il y a un excellent howto pour configurer un disque drbd sur un cluste
Lire la suite