fin v1 du rapport

This commit is contained in:
2023-01-14 21:12:45 +01:00
parent 6157195df2
commit 8efa66351e
2 changed files with 9 additions and 19 deletions

Binary file not shown.

After

Width:  |  Height:  |  Size: 22 KiB

View File

@@ -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
<img src="img/reconnaissance_fps.png">
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.
<img src="img/benchmark.png" width=400>
## 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é.