Torque est un bon produit, comme tu le dis c'est une souche OpenPBS; de plus on trouve pas mal d'infos sur les ML Torqueusers (et pas seulement des infos clustering mais aussi pour des soucis MPI ou autre).
Comme tu le dis aussi il faut Maui pour faire la gestion de ressources ce qui prouve à mon goût que le projet n'est plus vraiment actif au niveau dév.
Oui, il doit "bien tourner", après tout dépend de ta politique de scheduling : dans la plupart des cas que j'ai rencontré l'idéal était de classer ses jobs par type de code, walltime, memory used et priorité puis d'organiser soit en suspendant des jobs longs (donc forcément peu prioritaires), ou/et en priorisant les utilisateurs qui ont moins consommé de ressources que d'autres (fairshare); après on peut affiner en créant des queues prime et non prime (queues qui tournent le jour ou la nuit), etc ... Ce genre de politique de scheduling n'était pas implémentée (ou du moins pas en changeant 1 seule ligne de conf) dans OpenPBS donc je ne pense pas qu'on puisse le faire facilement avec Torque.
Si vous devez faire une étude comparative pour votre cluster, vous pouvez considérer Torque et/ou OpenPBS dans votre liste de soft, mais les fonctions de ces derniers se retrouvent dans SGE ou PBS Pro avec pas mal d'autres truc sexy (j'ai fait l'exercice plusieures fois avec différentes contraintes à chaque fois et le couple SGE / PBS Pro a toujours été gagnant et pour pas chèr).
[^] # Re: Le petaflop est déjà explosé....
Posté par bogdan . En réponse à la dépêche La course au pétaflops se déroule sous Linux. Évalué à 2.
Comme tu le dis aussi il faut Maui pour faire la gestion de ressources ce qui prouve à mon goût que le projet n'est plus vraiment actif au niveau dév.
Oui, il doit "bien tourner", après tout dépend de ta politique de scheduling : dans la plupart des cas que j'ai rencontré l'idéal était de classer ses jobs par type de code, walltime, memory used et priorité puis d'organiser soit en suspendant des jobs longs (donc forcément peu prioritaires), ou/et en priorisant les utilisateurs qui ont moins consommé de ressources que d'autres (fairshare); après on peut affiner en créant des queues prime et non prime (queues qui tournent le jour ou la nuit), etc ... Ce genre de politique de scheduling n'était pas implémentée (ou du moins pas en changeant 1 seule ligne de conf) dans OpenPBS donc je ne pense pas qu'on puisse le faire facilement avec Torque.
Si vous devez faire une étude comparative pour votre cluster, vous pouvez considérer Torque et/ou OpenPBS dans votre liste de soft, mais les fonctions de ces derniers se retrouvent dans SGE ou PBS Pro avec pas mal d'autres truc sexy (j'ai fait l'exercice plusieures fois avec différentes contraintes à chaque fois et le couple SGE / PBS Pro a toujours été gagnant et pour pas chèr).