diff --git a/docs/rapports_pan2/module_hardware/img/benchmark.png b/docs/rapports_pan2/module_hardware/img/benchmark.png
new file mode 100644
index 0000000..a16f6f7
Binary files /dev/null and b/docs/rapports_pan2/module_hardware/img/benchmark.png differ
diff --git a/docs/rapports_pan2/module_hardware/rapport.md b/docs/rapports_pan2/module_hardware/rapport.md
index a339dc4..07a41ce 100644
--- a/docs/rapports_pan2/module_hardware/rapport.md
+++ b/docs/rapports_pan2/module_hardware/rapport.md
@@ -1,22 +1,3 @@
-* Réinstallation de debian avec LXDE comme DE = plus léger
-* Déinstallation des programmes de bases innutiles
-* Impact de l'utilisation de docker
- *
-* Création d'un docker compose avec les services dont on aura besoin de faire tourner simultanément
- * Camera : multiple résolution / FPS possibles => 640x480 => fluide mais bcp de bruit en basse luminosité
- * RQ : on a pas mis la reco audio, jsute reco d'image parce que les 2 ne tourneront pas en même temps et reco image >> reco audio en ressources
- * 30fps pour la camera en 640x480 pour le stream sur le navigateur
- * Detection meidapipehands et communication des résultats avec le navigateur a 15fps
- * autres UI web sont tjr utilisables : 5ms de latence pour un GET sur l'api
- * utilisation moyenne cpu 250% (sur 400%) : laisse peu de marge
- * Reco video : 70% CPU
- * firefox : 70-80% CPU
- * RAM : ~2Go/4Go utilisé
- * mysql : 10%
- * firefox : 10%
- * Températures a priori OK : mais a voir comment ça se comporte dans un env fermé
- * CCL : performances de la borne sont justes : possibilité de downgrade la qualité de la video pour aller plus vite, possibilité d'heberger la BDD, api et interfaces web sur un autre serveur => moins sécure mais plus de perfs (mysql prend 10% du cpu)
-
# Rapport PAN2
## Choix du hardware
@@ -56,6 +37,7 @@ Pour ce faire nous avons mis en place un container Docker par module de notre ap
En réglant la camera a 640x480@30fps, aucune perte d'image n'est observée dans le retour vidéo dans firefox.
Mediapipe est capable d'analyser l'image de la camera et de communiquer les résultats à l'interface web 15 fois par seconde en moyenne
+
Ce taux de rafraichissement est suffisant pour que l'application paraisse réactive à l'utilisateur.
@@ -106,3 +88,11 @@ WORKDIR /app
COPY benchmark_script.sh /app/benchmark_script.sh
CMD ["sh","benchmark_script.sh"]
```
+
+Les résultats de ce test on permis de conclure que l'impact de docker était négligeable.
+
+
+
+## Conclusion
+
+Au vues des tests effectués le materiel dont nous disposons semble adapté a notre projet. Il est cependant possible d'optimiser l'utilisation faite de l'ordinateur embarqué dans la borne en déplaçant la partie stockage et traitement des avis sur un autre serveur, pour l'instant cette possibilité n'est cependant pas envisagée par soucis de sécurité des données et par non nécessité.