Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lenteurs lors de l'enregistrement d'une localisation #1113

Open
florimondmanca opened this issue Dec 10, 2024 · 3 comments
Open

Lenteurs lors de l'enregistrement d'une localisation #1113

florimondmanca opened this issue Dec 10, 2024 · 3 comments
Assignees
Labels

Comments

@florimondmanca
Copy link
Collaborator

No description provided.

@mmarchois
Copy link
Collaborator

mmarchois commented Dec 11, 2024

Lors de la soumission d'un formulaire via UpdateMeasureController, nous observons des problèmes de performance pendant le traitement du formulaire. Le profilage montre que handleRequest() prend la majorité du temps de traitement (~1360ms).

Métriques :

  • Récupération regulation: 31ms
  • Récupération measure: 25ms
  • Création formulaire: 46ms
  • Traitement requête formulaire: 1363ms (handleRequest)
  • Traitement formulaire total: 1485ms

Cette lenteur peut s'expliquer par la complexité dans la construction des formulaires. Plus précisément, le chargement de tous les formulaires de types de routes (avec leurs validateurs, initialisation des données et transformateurs associés) pourrait être la source du problème.
Une première étape serait d'optimiser le chargement des formulaires en ne chargeant que ceux réellement utilisés, et vérifier si ça résout les problèmes de performance.

@florimondmanca
Copy link
Collaborator Author

florimondmanca commented Dec 11, 2024

Hmm, est-il aussi possible qu'il manque des jointures explicites dans MeasureRepository::findOneByUuid() ? On ne joint que sur period et location pour l'instant, mais il y a aussi vehicleSet, dailyRange, timeSlot, namedStreet, numberedRoad, rawGeoJSON...

Edit : testé, pas d'influence, logique car le bottleneck ne vient pas de la DB...

@mmarchois
Copy link
Collaborator

D'après le profiler, le problème ne vient pas des requêtes. On est sûr des temps d'exécutions "normaux".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: Exploration en cours
Development

No branches or pull requests

2 participants