gem-graph
/
Gem-graph
3
0
Fork 0
Code Issues 22 Pull Requests Packages Projects Releases Wiki Activity

Update architecture.md, server/scheduler.md files

This commit is contained in:
Adrien Bourmault 2021-06-08 11:45:16 +00:00
parent 3c04e7d45d
commit e049aedaa7
2 changed files with 4 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

3
architecture.md
View File

@ -17,12 +17,13 @@
- Le [client](https://gitlab.os-k.eu/gem-graph-team/gem-graph-client) est la partie dont l'exécution est rythmée par l'utilisateur:
- l'initiation / la terminaison / l'interface OS
- les entrées / sorties / contrôles d'erreurs associés
- le contrôle par l'utilisateur du déroulement du calcul effectué par le serveur
- soumission / initiation / terminaison du calcul au serveur
- interface serveur > user (quel est l'état du modèle ? comment fonctionne l'automate ?)
- user > interface serveur (stop, slow / speed, undo / redo, modify the nb of threads or the algorithm...)

4
server/scheduler.md
View File

@ -10,7 +10,7 @@ Tous les threads de calcul appliquent les mêmes règles selon le même algorith
Un processus principal (scheduler) initie et termine ces threads
Il garantit la cohérence de l'état global et valide l'ensemble du calcul ou l'interrompt en cas d'erreur
Il garantit la cohérence de l'état global et valide, à l'aide du superviseur, l'ensemble du calcul ou l'interrompt en cas d'erreur
Il est seul à avoir accès à l'état global et à la liste des threads de calcul
Il n'a pas accès aux règles de transition
Il assure également (ou délègue) les fonctions de communications avec les modules périphériques
@ -30,7 +30,7 @@ Il exécute un cycle qui comporte deux étapes principales:
- sinon arrêt de cette recherche en un temps fini
- recherche des threads de calcul en fin d'exécution
(ces threads se signalent dans une liste; leur temps de calcul est aléatoire)
(ces threads se signalent à l'aide d'un flag dans la liste des threads)
- si trouvé(s):