FAQ Technique > Projets

Priorité de projet

<< < (4/4)

tryphon:
Bonjour,

J'ai une incompréhension similaire même si pas exactement identique concernant la priorité des Projets.
Je gère l'ordi en question par BAM. Tous les projets ont un partage égal des ressources sauf WUProp qui est à 0%. Voir image en pj.

Néanmoins, je ne reçois plus de travail de la part de MilkyWay.
J'ai demandé à ce que ce projet n'envoie que des tâches GPU comme je l'ai fait pour Asteroids et, pour ce dernier, je reçois bien des UT.

Les projets partagent donc les ressources de façon strictement égale et malgré ce, je vois, dans les propriétés de chaque projet, une valeur en face de "Priorité de planification" qui est très variable d'un projet à l'autre et je ne crois pas avoir défini quelque part cette priorité de planification.
De plus, j'ai l'impression que cette priorité de planification est établi par le projet en lui-même puisque la valeur semble changer au gré des mises-à-jour des projets.

A l'heure où j'écris ces lignes, voici les priorités de planification pour chaque projet sur cette machine :
Dans BOINC Manager : Onglet "Projets" > Sélection d'un Projet > Bouton "Propriétés" dans la colonne de gauche > Tout en bas de la fenêtre qui s'ouvre :
Asteroid : -1,33
Einstein : -1,00
LHC : -0,04
Milky : -4,44
Seti : -1,00
Universe : -0,03
WUProp : le champ n'est pas présent

On voit clairement que Milky a une priorité de planification beaucoup plus basse que tous les autres.

Quelqu'un pourrait-il m'en dire plus sur ces priorité de planification ?
D'où viennent-elles ? Comment les contrôler ? A quoi servent-elle réellement ? etc.

JeromeC:
Le partage des ressouces est le résultat de l'application du ressouce share (qui est la seule chose que tu peux définir au niveau du PROJET) de chaque projet à la MACHINE concernée.

Tu peux être inscrit à 15 projet avec un resource share de 100 chacun, si sur la MACHINE tu ne t'attaches qu'à 3 de ces projets, ils auront un partage de ressource de 100 / (100 + 100 + 100) = 33,33% chacun.

Autre exemple plus sioux, si tu es inscrits à seulement 3 projets avec RS de
- projet A = 100
- projet B = 200
- projet C = 300
(car ils sont "de plus en plus importants" pour toi)
et que sur ta MACHINE 1 tu te rattaches à A et C ils auront
partage ressources A = 100 / (100 + 300) = 25%
partage ressources C = 300 / (100 + 300) = 75%

et sur ta MACHINE 2 tu te rattaches à A et B
partage ressources A = 100 / (100 + 200) = 33,33%
partage ressources B = 200 / (100 + 200) = 66,66%

et sur ta machine 3 tu te rattaches aux 3 projets
pr A = 16,66%
pr B = 33,33%
pr C = 50%

Le partage de ressources est calculé par boinc en fonction des projets rattachés et des resources shares définis.


Et tout ceci ne garantit en rien que tu obtiennes ou pas des tâches : si le site du projet boinc n'a pas de tâches disponible (pour le sous-projet/application voulu ET pour ton système d'exploitation) à un moment donné, il a pas de tâches, ressource share élevé ou pas.


Et pour un projet NCI qui ne consomme pratiquement pas de CPU comme WUProp ça ne sert à rien de mettre RC = 0, tu peux laisser 100 ou 10000 ça ne sert à rien.

Et le RS = 0 est un cas particulier pour définir des projets de secours = pendant un RAID du mets 100 sur le projet principal et 0 sur le (ou les) projet de secours, si boinc sur la machine n'arrive à obtenir des tâches (car pénurie temporaire, ou site projet cassé, etc) ben il ira en chercher dans le projet de secours.


Quant à la "priorité de planification", laisse béton, il te faudrait étudier en détail l'algorithme mis en œuvre par boinc pour demander des tâches, il est complexe, varie dans le temps et dépend de nombreux paramètres, moi même je ne le connais pas.

Navigation

[0] Index des messages

[*] Page précédente

Utiliser la version classique