Le CONVEX C3440 / UNIX (mesiom) du SIO

Son choix a été guidé par des critères scientifiques visant à favoriser en priorité les travaux que l'on ne peut effectuer ailleurs (et en particulier dans les centres de calcul nationaux), c'est à dire le traitement massif de données.

L'architecture 32/64 bits du CONVEX est apparue comme étant la plus flexible et la plus adaptée à ce profil d'utilisation car minimise les problèmes de portage des "packages astronomiques" qui sont en général très complexes. D'autre part, les performances en 32 bits (ciblées "traitement d'image") sont supérieures aux performances 64 bits (plutôt employées en modélisation numeérique).

Il y a une sauvegarde hebdomadaire des disques (à l'exception des disques "scratch").

Les ressources du CONVEX seront soumises à ticket modérateur forfaitaire globalisé au niveau des départements.

Notons enfin qu'il existe un magazine d'informations édité par le SIO (environ une fois par an), la "gazette du CONVEX" (jusqu'ici deux numéros parus en 92 et 93).

• Ingénieur responsable technique: J.-M. CHEVALIER (email: jmarc@mesiom.obspm.fr)
• Date de mise en service: Avril 1992
• Comporte 4 processeurs (pouvant tourner en parallèle)
• Puissance de chaque processeur: 5 Méga flops simple pr&ecute;cision en scalaire, 77 Méga flops simple précision en vectoriel (Linpack 1000 x 1000)
• Puissance totale en parallèle et vectoriel: 280 Méga flops simple précision (Linpack 1000 x 1000)
• Système d'exploitation: CONVEX OS Version 10 (UNIX)
• Protocoles de réseau: DECNET, FTP, TELNET, NFS (sur Ethernet et FDDI)
• Mémoire centrale: 512 Méga octets soit 128 Méga mots simple précision ou 64 Méga mots double précision
• Espace disque: 20 Giga octets
• Dérouleurs de bande: deux 1600/6250 bpi ultra rapides de 200 ips
• Cartouche magnétique EXABYTE de 2.3 Giga octets
• Cartouche magnétique DAT de 1.2 Giga octets
• Cartouche magnétique de 150 Méga octets )
• noeud SPAN (DecNet): MESIOM (numéro 17.521 ou 17929)
• noeud INTERNET (IP) sur Ethernet 10 Mbits/s: mesiom.obspm.fr (145.238.2.21)

En ce qui concerne les performances vectorielles (option de compilation -O2), voici deux exemples:

• sur un programme multipliant des matrices REAL*4 1024 x 1024, on a obtenu 73 méga flops sur un processeur, et plus de 260 en parallélisme (option de compilation -O3) lorsque la machine était peu chargée.
• sur un programme de FFT d'une image REAL*4 2048 x 2048, on a obtenu 20 s de CPU sur un processeur avec la VECLIB, contre 250 s sur le VAX 4500 avec NAG , entrées/sorties comprises. Ce temps est descendu à 6 s en parallélisme.
  

Le calculateur CONVEX partage des disques via NFS sur réseau FDDI avec la station Silicon Graphics 3D (les 7 giga octets de disques de la Silicon).
D'autre part, il offre un maximum de compatibilités avec le VAX sous VMS:

• la commande covue permet de se placer sous un shell DCL (CovueShell) qui émule une partie des commandes DCL de VMS, dont le HELP. Ce shell DCL, une fois lancé par covue, est paramétrable à l'aide de la commande SET COVUE.
• l'éditeur EDT du VAX est installé sur le CONVEX (en plus de vi et de emacs); taper edt filename, ou bien EDIT filename dans l'environnement CovueShell (DCL).
• la CovueLib émule une grande partie de la Run Time Library du VAX (fonctions du type LIB$, SMG$, STR$,...) et des System Services (fonctions SYS$); on linke automatiquement avec la CovueLib sous le shell DCL; par contre sous UNIX, il faut appeler explicitement cette bibliothèque si on en a besoin (par -lcovuelib).
• CovueBatch permet de soumettre des travaux au batch du CONVEX depuis le VAX (voir plus loin).
• CovueNet est le logiciel de réseau DecNet sur CONVEX (voir plus loin).
• CovueBin permet le transfert des fichiers de données binaires entre VAX et CONVEX et garantit une relecture aisée d'une machine à l'autre. La commande cvbin réalise le transfert des fichiers par DecNet et leur conversion à la volée.