Commit 79ea4334 authored by Gaële Simon's avatar Gaële Simon
Browse files

Ajout du fichier benchmarks.txt dans Files

Tentative de réflexion des critères qui peuvent intervenir dans une étude de cas à partir du document de Bruno Zanuttini sur la course cycliste
parent a61a832c
Loading
Loading
Loading
Loading

files/benchmarks.txt

0 → 100644
+84 −0
Original line number Diff line number Diff line
Groupe de travail "Plateforme logicielle et Benchmarks"
------------------------------------------------------

Grégory Bonnet
Sébastien Gamblin
Quentin Mathieu-Bocquart
Bruno Mermet
Laureline Névin
Gaële Simon

Questions évoquées 23 février APM
---------------------------------

- benchmark = environnement + agents ?
- environnement qui évolue par pas de temps vs environnement qui évolue en continue ?
- agent logiciel (qui prend les decisions d'actions à base de MDP, de GDT etc.) vs les entités controlées par les agents dans
l'environnement et sur lesquelles l'environnement peut agir (typiquement cas de la gestion de la santé dans le scénario courses).
- définition du problème = défintion de l'environnement + définition de contraintes sur le séquenceur + définitions d'agents ? 

Caractéristiques des cas d'étude (G. Simon)
--------------------------------
Ceci est un essai de récapitulation des critères décrivant l'étude de cas proposée par Bruno Z. sur la course cycliste.
J'ai essayé de lister les différents critères en vue de la description d'autres études de cas et j'ai présenté leur instanciation dans
le cas de la course.

- paramètres du scénario : cf table 1 document BZ sur benchmark course

- paramètres d'étude
  -> agit sur le nombre d'équipes et le nombre d'agents par équipe dans le cas de la course)
  -> de manière générale, chaque item doit être défini en termes d'une config particulières de paramètres du scénario
  - multi-agents ou non
  - coopératif ou non
  - équipes ou non
  - totalement observable / partiellement observable / non observable
  - nombre d'états (dans le cas de la course, controlé par le nombre de couloirs, le nombre de positions dans chaque couloir
  et la valeur maximale de santé)
  - nombre d'actions (dans le cas de la course, controlé par le maximum d'accélration et le delta max de changement de couloir)
  - stochasticité : dans le cas de la course, controlé par le maximum de perte de santé instantanée
  
- variables en jeu :
  - couloirs avec les positions possibles dans chaque couloir
  - coureurs (agents ?)
    - santé
    - accélération
    - vitesse
    - no couloir
    - position dans le couloir
    
- variables observables vs variables non observables

- observations
  - valeurs :
    - no coureur devant
    - no coureur derrière
    - no coureur à gauche
    - no coureur à droite
  - paramètres
    - distance à laquelle un coureur voit derrière
    - distance à laquelle un coureur voit devant
    - distance à laquelle un coureur voit à gauche
    - distance à laquelle un coureur voit à droite
  - distance du premier coureur à droite
  
- actions avec leur effet sur les variables :
  - types 
    - accélérer 
    - freiner
    - changer de couloir
   - formalisées en terme de modifs de variables et donc de calcul d'un nouvel état des agents et de l'environnement
   (dans le cas de la course, ce sont des couples (delta d'accélération, delta de changement de couloir)
  - accessibles à qui ?
  - accessibles quand (en terme d'états) ?
  
- définition de l'état de chaque agent
  - no couloir occupé
  - position occupée dans le couloir
  - vitesse actuelle
  - santé actuelle

- définition de l'état du système : sur le cas de la course, par exemple, ça pourrait être la position du premier coureur de chaque équipe.

- gestion des récompenses :
  - individuelles
  - dans les équipes