ben oui, un journal, parce que du coup ça attire l'attention sur le sujet, et peut-être vas-tu porter leur source sur Ubuntu Dapper, parce qu'elle le vaut bien.
C'est une distribution qui inclut tous les outils qu'il faut pour faire un cluster de calcul, avec un système de réplication en parrallel. Cela permet d'installer et configurer un cluster de plusieurs machines prètes à executer des calculs très très rapidement.
Et pour un (pseudo)béotien qui n'y connais (presque)rien en cluster et est un peu émerveillé par ce domaine .
Il y a eu un autre journal traitant d'openmosix et de kerrighed (ou un nom phonétiquement approchant) : Comment IGGI se place par rapport a ces solutions ? Les incorpore tels ?
D'autres questions plus générales cette fois ci :
IGGI,openmosix,.... permettent t'ils de constituer une machine NUMA branchable a chaud, ou la mémoire est toujours sur un noeud et jamais partagée ?
IGGI et openmosix peuvent t'ils utiliser des machines complètements différentes ? (il me semble pour openmosix, mais iggi ?) (completement différente : pas la meme génération de cpu, (le programme est bien entendu optimisé pour le sous ensemble d'instructions commun a toutes les machines), pas la meme quantité de mémoire , ... ?
IGGI est un système pour cluster alors que Kerrighed et OpenMosix sont des SSI (Single System Image).
Un cluster est un groupe de machine indépendantes (un OS par machine) qui sont configurées de manière homogènes. Un système de gestion de jobs permet de lancer des tâches de calcul sur tout ou partie des noeuds du cluster. C'est ensuite aux processus lancés sur chaque de noeuds de se déborouiller pour communiquer par le réseau (en général via des bibliothèques de type MPI).
Un SSI est un groupe de machine avec une seule instance de l'OS (une machine NUMA comme tu dis). Il n'y a donc théoriquement pas besoin d'utiliser de bibliothèque particulière pour faire communiquer des processus entre eux vu qu'on peut faire de la mémoire partagée.
En pratique les système cluster sont bien plus matures que les SSI (sur du matériel standard). Et pour traîner un peu dans le domaine je n'ai pas encore vu de Kerrighed ou d'OpenMosix en prod.
Est-ce que IGGI permet de faire une ferme de rendu 3D ? Je pense plus précisément à blender, est-ce que le partage des calculs se fait de manière transparente pour le logiciel ou faut-il le configurer en conséquence ?
Je ne connais pas blender précisément mais non ce n'est pas transparent (et même si cela l'était blender est il multi-thread ?).
Le principe de la répartition des taches sur un cluster est assez... primitif. En gros un gestionnaire de batch (OAR dans le cas de IGGI) a une liste de taches definies par des scripts (shell en général) et une liste de demande de ressources associées (nombre de noeuds, de processeurs par noeud, de RAM, combien de temps le job va prendre...).
Quand les ressources sont libres le gestionnaire de taches définis la liste des noeuds que le job peut utiliser, met le tout dans un fichier texte, positionne une variable d'environnement avec le chemin de ce fichier et lance le script du job sur le premier noeud de la liste.
C'est au script de se débrouiller pour utiliser les noeuds qui lui on été alloués comme il veut (en général en définissant le machinefile de la commande mpirun).
C'est vraiment basique mais assez souple. Si blender peut être lancé en ligne de commande sur une partie du film a calculer, oui alors c'est possible d'utiliser IGGI comme ferme de rendu 3D. Faut "juste" faire un peu de scripting.
# Première réponse
Posté par Dr BG (site web personnel) . Évalué à 3.
[^] # Re: Première réponse
Posté par ʭ ☯ . Évalué à -1.
C'est donc un cluster de postes bureautiques....
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# un journal pour une question comme ça ???
Posté par moudj . Évalué à 3.
déjà, si tu avais posé cette question sur un forum, je t'aurais redirigé vers http://www.mandriva.com/en/community/resources/node_838 pour une question sur un produit de Mandriva...
mais là, un journal... très fort...
[^] # Re: un journal pour une question comme ça ???
Posté par ʭ ☯ . Évalué à -3.
Na! on est Vendredi quoi...
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: un journal pour une question comme ça ???
Posté par Bruce Le Nain (site web personnel) . Évalué à 5.
# IGGI
Posté par Anonyme . Évalué à 5.
Il y a plus d'infos sur cette page :
http://wiki.mandriva.com/en/Releases/Mandriva/IGGI
[^] # Re: IGGI
Posté par briaeros007 . Évalué à 2.
Et pour un (pseudo)béotien qui n'y connais (presque)rien en cluster et est un peu émerveillé par ce domaine .
Il y a eu un autre journal traitant d'openmosix et de kerrighed (ou un nom phonétiquement approchant) : Comment IGGI se place par rapport a ces solutions ? Les incorpore tels ?
D'autres questions plus générales cette fois ci :
IGGI,openmosix,.... permettent t'ils de constituer une machine NUMA branchable a chaud, ou la mémoire est toujours sur un noeud et jamais partagée ?
IGGI et openmosix peuvent t'ils utiliser des machines complètements différentes ? (il me semble pour openmosix, mais iggi ?) (completement différente : pas la meme génération de cpu, (le programme est bien entendu optimisé pour le sous ensemble d'instructions commun a toutes les machines), pas la meme quantité de mémoire , ... ?
[^] # Re: IGGI
Posté par olosta . Évalué à 5.
Un cluster est un groupe de machine indépendantes (un OS par machine) qui sont configurées de manière homogènes. Un système de gestion de jobs permet de lancer des tâches de calcul sur tout ou partie des noeuds du cluster. C'est ensuite aux processus lancés sur chaque de noeuds de se déborouiller pour communiquer par le réseau (en général via des bibliothèques de type MPI).
Un SSI est un groupe de machine avec une seule instance de l'OS (une machine NUMA comme tu dis). Il n'y a donc théoriquement pas besoin d'utiliser de bibliothèque particulière pour faire communiquer des processus entre eux vu qu'on peut faire de la mémoire partagée.
En pratique les système cluster sont bien plus matures que les SSI (sur du matériel standard). Et pour traîner un peu dans le domaine je n'ai pas encore vu de Kerrighed ou d'OpenMosix en prod.
Au passage les solutions concurrentes d'IGGI seraient plutôt des systèmes comme OSCAR (http://oscar.openclustergroup.org ) ou Rocks (http://www.rocksclusters.org ).
Ah et un lien vers le projet IGGI qui est à la base un collaboration entre l'INRIA, Mandriva et le BRGM : http://iggi.imag.fr/
[^] # Re: IGGI
Posté par Jean Roc Morreale . Évalué à 2.
[^] # Re: IGGI
Posté par olosta . Évalué à 2.
Le principe de la répartition des taches sur un cluster est assez... primitif. En gros un gestionnaire de batch (OAR dans le cas de IGGI) a une liste de taches definies par des scripts (shell en général) et une liste de demande de ressources associées (nombre de noeuds, de processeurs par noeud, de RAM, combien de temps le job va prendre...).
Quand les ressources sont libres le gestionnaire de taches définis la liste des noeuds que le job peut utiliser, met le tout dans un fichier texte, positionne une variable d'environnement avec le chemin de ce fichier et lance le script du job sur le premier noeud de la liste.
C'est au script de se débrouiller pour utiliser les noeuds qui lui on été alloués comme il veut (en général en définissant le machinefile de la commande mpirun).
C'est vraiment basique mais assez souple. Si blender peut être lancé en ligne de commande sur une partie du film a calculer, oui alors c'est possible d'utiliser IGGI comme ferme de rendu 3D. Faut "juste" faire un peu de scripting.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.