<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Utilisation :: CalcULCO</title><link>http://193.49.192.118/utilisation/index.html</link><description>quelques informations sur l’organisation du site les essentielles: les cinq 1ères fiches du menu Utilisation (d’Accéder …à: Tableaux de Job) répondent à 90% des besoins d’un utilisateurs pour un usage normal et optimal de la plateforme. Les suivantes traitent soit d’une fonctionnalité spécifique, soit d’un logiciel particulier.
naviguer : module recherche (assez efficace) et la table des matières locale de la fiche (en haut à gauche de chaque page)</description><generator>Hugo</generator><language>fr-fr</language><lastBuildDate>Mon, 06 Jul 2026 18:12:30 +0200</lastBuildDate><atom:link href="http://193.49.192.118/utilisation/index.xml" rel="self" type="application/rss+xml"/><item><title>Accéder</title><link>http://193.49.192.118/utilisation/acceder/index.html</link><pubDate>Tue, 23 Jun 2026 23:44:49 +0200</pubDate><guid>http://193.49.192.118/utilisation/acceder/index.html</guid><description>Accéder à la plateforme Vous trouverez ici les informations pour vous connecter à la plate-forme, une description des espaces disques que vous pouvez utiliser et comment procéder pour transférer vos fichiers.
1. Connexion L’accès aux ressources se fait via le frontal ritchie.univ-littoral.fr avec les identifiant et mot de passe que vous avez reçus lors de la création de votre compte.</description></item><item><title>Lancer un calcul</title><link>http://193.49.192.118/utilisation/calculer/index.html</link><pubDate>Wed, 24 Jun 2026 00:09:23 +0200</pubDate><guid>http://193.49.192.118/utilisation/calculer/index.html</guid><description>Calculco est une plate-forme multi-utilisateurs destinée à accueillir des calculs concurrents. Il est donc impératif de se doter d’outils permettant de partager les ressources physiques (nœuds, cpu, cœurs, mémoire …) de façon “équitable” entre les utilisateurs et d’ordonnancer les travaux de façon optimale. Nous avons choisi le gestionnaire de ressources et de tâches OAR pour cela.
OAR est un logiciel libre sous licence GPL développé par le Laboratoire d’Informatique de Grenoble. Il est complet, robuste, modulaire, évolue régulièrement et bénéficie d’un bon support. Il est utilisé, entre autres, sur la grille nationale Grid5000</description></item><item><title>Environnements logiciels</title><link>http://193.49.192.118/utilisation/environnement/index.html</link><pubDate>Wed, 24 Jun 2026 00:06:26 +0200</pubDate><guid>http://193.49.192.118/utilisation/environnement/index.html</guid><description>Plusieurs versions d'un même logiciel peuvent cohabiter sur la plate-forme de calcul. Il convient donc de disposer d'un moyen simple de modifier son environnement en fonction de la version que l'on veut utiliser. Sur Calculco, certaines versions sont accessibles sous forme de modules et d'autres sous forme de packages.
Les packages installés sont ceux issus de la dernière version stable du système d'exploitation debian et dans ce cas ils sont accessibles aisément car leurs binaires/librairies/include sont situés dans les chemins par défaut du système. Vous n'avez donc pas à modifier votre environnement pour les utiliser.</description></item><item><title>Politiques de réservation</title><link>http://193.49.192.118/utilisation/reservations/index.html</link><pubDate>Tue, 03 Mar 2026 07:43:50 +0200</pubDate><guid>http://193.49.192.118/utilisation/reservations/index.html</guid><description>Afin de partager au mieux et de façon équitable les ressources de la plate-forme de calcul une politique de réservation a été mise en place. Comme nous ne rencontrons pour le moment pas de problème de partage (ou très ponctuellement), la politique de réservation est assez minimaliste et permissive. Vous disposez de 3 files pour soumettre vos jobs, les queues “besteffort”, “default” et “long”.
[Besteffort] Pas de restrictions sur le nombre de ressources utilisées mais priorité la plus basse, par contre aucune garantie de fin d’exécution si les ressources sont demandées (l’utilisation avec l’option -t idempotent peut être utile ! cf type -t besteffort) [Default] Celle utilisée si rien n’est spécifié. Possibilité de réserver simultanément 6000 heures cœurs répartis au plus sur 192 cœurs. Par exemple vous pouvez effectuer, sans dépasser : 2 jobs de 24 heures sur 2 noeuds DL365 (96 cœurs) ==&gt; 4608 heures.cœurs un job de 72 heures sur 1 DL360 (56 cœurs) = 4032 + un job de 20 heures sur un cpu d’un nœud DL365 (48 cœurs) = 960 ==&gt; 4992 heures.cœurs [Long] Pour quelques jobs très longs. Possibilité de réserver au plus 16 cœurs à répartir sur au plus 16 jobs sans limite de durée. Ces quotas sont valables pour chaque utilisateur.</description></item><item><title>Tableaux de jobs</title><link>http://193.49.192.118/utilisation/tableaux-de-jobs/index.html</link><pubDate>Wed, 01 Sep 2021 18:15:14 +0200</pubDate><guid>http://193.49.192.118/utilisation/tableaux-de-jobs/index.html</guid><description>La bonne méthode pour lancer une campagne de tests constituée du même programme que l’on lance n fois est d’utiliser la fonctionnalité JOB ARRAY du gestionnaire de batch OAR . Une alternative est d’utiliser GNU Parallell. Pour commencer, voici ce qu’il ne faut pas faire:
1. Mauvaises méthodes #!/bin/bash #OAR -l .... #OAR -n mauvaise_methode .... PROG="/path/monprog.exe" INPUT="/path/data/parametres.txt" exemple 1: for i in `cat $INPUT`; do $PROG $INPUT done exemple 2: for i in `cat $INPUT`; do $PROG $INPUT &amp; done wait dans l’exemple 1, les tâches sont lancées séquentiellement: ce n’est pas l’idée recherchée… dans l’exemple 2, les tâches sont effectivement lancées en parallèle d’un seul coup, mais il n’y a aucun contrôle sur le nombre de tâches lancées par cœurs: c’est très contre-performant dans la grande majorité des cas. 2. Tableaux de jobs, job array (OAR) Il en exite deux types: simples et paramétriques.</description></item><item><title>Jupyter et Notebooks</title><link>http://193.49.192.118/utilisation/jupyter-notebook/index.html</link><pubDate>Mon, 06 Jul 2026 18:12:30 +0200</pubDate><guid>http://193.49.192.118/utilisation/jupyter-notebook/index.html</guid><description>Vous pouvez connecter un notebook jupyter (julia, python, R…) ou jupyterlab entre votre machine personnelle et un nœud de calcul. À titre de test, un environnement basique de jupyter (jupyter, python3.10, matplotlib, pandas, numpy) a été mis en place pour tous . L’usage de notebook jupyter sur la plateforme est à envisager avec parcimonie (tests «raisonnables», en tout cas après avoir observé la charge de la plateforme de calcul). En tant que session interactive, il s’agit en effet d’une mobilisation non optimale de ressources qui attend vos actions de clavier: éditions, exécution de cellules etc. Toutefois, il est possible de lancer des notebooks «conséquents» en mode batch (cf. la fin de ce tutoriel).</description></item><item><title>Matlab</title><link>http://193.49.192.118/utilisation/matlab/index.html</link><pubDate>Mon, 06 Jul 2026 18:12:10 +0200</pubDate><guid>http://193.49.192.118/utilisation/matlab/index.html</guid><description>1. Installation de Matlab sur votre poste de travail Avec la license Campus (2025), le pôle calcul scientifique n’a plus d’instructions particulières à donner (notamment, on ne passe pas par un tunnel-ssh pour accéder au serveur de jetons!). Tout personnel ou étudiant peut obtenir un licence Matlab individuelle en se connectant avec son mail institutionnel (@univ-littoral.fr ou @etu.univ-littoral.fr) sur le site Mathworks. C’est en principe bien référencé sur internet, la page dédiée mathworks ULCO est un raccourci.(zone de téléchargement: ancienne méthode;-)</description></item><item><title>Comsol</title><link>http://193.49.192.118/utilisation/comsol/index.html</link><pubDate>Fri, 18 Nov 2022 18:16:59 +0200</pubDate><guid>http://193.49.192.118/utilisation/comsol/index.html</guid><description>Seuls deux jetons Comsol ont été achetés : par le LPCA (comsol v. 5.4, seul) et dans un deuxième temps, l’UDSMM (comsol v 6.1 et quelques modules) . Ils sont réservés aux membres de ces laboratoires et sont utilisables depuis les postes clients (via le serveur de jetons) ou directement depuis la plate-forme de calcul. Les travaux de développement et premiers tests sont à privilégier sur vos postes clients avant de procéder à la migration de vos codes sur la plate-forme et d’y lancer vos traitements.</description></item><item><title>Checkpoints</title><link>http://193.49.192.118/utilisation/checkpoints/index.html</link><pubDate>Wed, 03 Jan 2018 16:21:51 +0200</pubDate><guid>http://193.49.192.118/utilisation/checkpoints/index.html</guid><description>Long jobs, arrêt et reprise des calculs : idempotent, checkpoint, DMTCP. 1. Avant-propos L’objectif de cette fiche est de présenter quelles sont les méthodes qui peuvent «assurer» l’exécution de très longs travaux sur la plateforme de calcul. Si un programme n’a pas «nativement» un procédé d’avancement en son sein, tout arrêt brutal implique une reprise à partir de zéro.</description></item><item><title>Vscode</title><link>http://193.49.192.118/utilisation/vscode/index.html</link><pubDate>Mon, 16 Jun 2025 18:12:39 +0200</pubDate><guid>http://193.49.192.118/utilisation/vscode/index.html</guid><description>VSCODE (procédure) ] Virtual Studio Code (vscode) est un environnement de développement intégré qui offre de très nombreuses possibilités, notamment des facilités pour le développement à distance…Cette fiche n’est pas une publicité, mais une procédure pour recadrer l’usage de vscode sur la plateforme de calcul et plus particulièrement le frontal (calculco).
En trois clicks sur votre PC, vscode est à même de lancer un serveur (!) sur la machine distante (frontal calculco) de sorte que vous pouvez visualiser vos fichiers distants, les modifier. Quelque clicks supplémentaires vous permettent d’installer des plugins, des environnements etc. Soit. En terme de ressources prises sur le frontal (commande [htop]) , on obtient quelque chose comme (cliquer sur l’image pour une meilleure définition) : </description></item><item><title>Visualisation</title><link>http://193.49.192.118/utilisation/visualisation/index.html</link><pubDate>Fri, 03 Jul 2026 07:44:38 +0200</pubDate><guid>http://193.49.192.118/utilisation/visualisation/index.html</guid><description>Deux nœuds de visualisation sont disponibles sur le cluster si nécessité d’interface graphique. Chaque nœud est doté de deux cartes graphiques (RTX 8000). Ces nœuds sont accessibles comme les nœuds de calcul via le gestionnaire de tâches OAR .
1. Prérequis avoir installé sur votre poste de travail un client VNC. Vous trouverez quelques pistes en fin de page. être à l’aise avec les manipulations de connexions distantes via ssh ou, mieux, avoir scrupuleusement paramétré votre connexion à la plateforme, comme indiqué dans la documentation. 2. Soumettre une tâche de visualisation Lancer le script de soumission de job visu_sub comme suit, depuis le frontal ([ritchie)]:</description></item><item><title>Mémoire</title><link>http://193.49.192.118/utilisation/memoire/index.html</link><pubDate>Sat, 15 Mar 2025 07:44:47 +0200</pubDate><guid>http://193.49.192.118/utilisation/memoire/index.html</guid><description>du bon usage de la mémoire (recommandations) 1. Architecture NUMA: cas général sur Calculco La plateforme Calculco est un cluster composé de serveurs (nœuds de calcul) multiprocesseurs à mémoire partagée. Ils ont une architecture NUMA et dans cette architecture on parle aussi de nœud mais cela représente cette fois un ensemble “espace mémoire + processeurs (cœurs) + entrées-sorties” au sein d’un même serveur (nœud de calcul). On utilisera alors par la suite le terme “lame de calcul” au lieu de “nœud de calcul” sur cette page pour ne pas utiliser 2 fois le terme nœud.</description></item></channel></rss>