je crois que tu te trompes (de deux ordres de grandeur)
Non, François a raison et Jaguar n'utilise pas une seule instance du kernel pour les 224162 coeurs. Les noeuds utilisent un version légère du noyau linux (CNL, Compute Node Linux), mais il existe aussi des noyaux spécifiques comme Catamount, utilisé entre autre sur RedStorm (http://www.top500.org/system/10364 , mais l'OS reporté est Linux).
Ensuite, les problématiques pour l'ordonnancement (entre autres) sont assez différentes à l'échelle d'un gros calculateur : les ressources sont en général exclusives, l'ordonnancement est statique (et est calculé par un gestionnaire de tâches, pas directement par le kernel, à part sur les noeuds où en général l'exécution est très statique).
Les données du top500 ne sont pas forcément si triviales que ça à exploiter, la plupart des OS étant pas mal modifiés.
D'autre part, si ça t'intéresse, même dans le cas d'un gros noeud de quelques milliers de coeurs, en général la mémoire est assez décentralisée (une barrette est associée à une puce en gros), ainsi la gestion de l'accès mémoire avec 48 coeurs à la même mémoire est un problème différent et assez récent.
[^] # Re: et le kernel dans tout ça ??
Posté par Cédric Chevalier (site web personnel) . En réponse à la dépêche Intel présente un prototype de processeur x86 octatétracontacœur. Évalué à 4.
je crois que tu te trompes (de deux ordres de grandeur)
Non, François a raison et Jaguar n'utilise pas une seule instance du kernel pour les 224162 coeurs. Les noeuds utilisent un version légère du noyau linux (CNL, Compute Node Linux), mais il existe aussi des noyaux spécifiques comme Catamount, utilisé entre autre sur RedStorm (http://www.top500.org/system/10364 , mais l'OS reporté est Linux).
Ensuite, les problématiques pour l'ordonnancement (entre autres) sont assez différentes à l'échelle d'un gros calculateur : les ressources sont en général exclusives, l'ordonnancement est statique (et est calculé par un gestionnaire de tâches, pas directement par le kernel, à part sur les noeuds où en général l'exécution est très statique).
Les données du top500 ne sont pas forcément si triviales que ça à exploiter, la plupart des OS étant pas mal modifiés.
D'autre part, si ça t'intéresse, même dans le cas d'un gros noeud de quelques milliers de coeurs, en général la mémoire est assez décentralisée (une barrette est associée à une puce en gros), ainsi la gestion de l'accès mémoire avec 48 coeurs à la même mémoire est un problème différent et assez récent.