-
Notifications
You must be signed in to change notification settings - Fork 26
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
[0.2.9] Lenteur sur le chargement des occurrences #142
Comments
bonjour maxime, je n'arrive pas à reproduire le bug, |
Oui c'est bien le type de route: http://xxxxxx/geonature/api//monitoring/object/comptage_rnmo/site/1199?depth=1 Alors, sur le sous-module en question, je n'ai qu'un seul jeu de données attaché. |
la donnée renvoyée parait normale (de quelques kilos seulement) ? |
oui je pense, 24,4 kB |
il n' y a pas de changement majeur dans le backend de monitoring |
okay pas de soucis, merci beaucoup ! |
Bonjour, je me permet de relancer la problématique :) Le plus curieux est que ça fasse ça sur un sous-module en particulier... |
Si le soucis n'est que dans ce sous-module, il faut que tu analyses ce qu'il a de différent, au niveau de sa structure, de ses données, de ses volumes de données, des droits qui y sont configurés, etc... ? |
Bonjour maxime, peux tu nous envoyer la configuration du module ? |
@camillemonchicourt Un comparatif du délai et du nombre de données pour le module entre mon serveur TEST et PROD (qui ont chacun une version différente du module et du nombre de données), après oui à voir sur la structure du code
@joelclems je t’envoie le module par mail, tu as une adresse pour te joindre ? :) |
joel.clement cevennes-parcnational.net |
j'ai fait une coquille, c'est |
@maximetoma, n'hésite pas à partager la configuration de ton sous-module directement. A moins que cela soit sensible ? 🤔 |
C'est prévu mais vu qu'il n'est pas tout à fait prêt, je n'osais pas forcement le mettre tout de suite, et je dois avoir l'aval de mes chefs je pense 🙂 |
je tombe sur cette erreur à l'installation du module |
Execution du script synthese.sql |
avec 1 site et 6000 visites ça rame bonne nouvelle j'ai pu reproduire, reste à creuser pourquoi |
la requete des visite va chercher les realtions beaucoup trop loin il faut voir comment limiter cela pour gagner du temps |
Ah oui j'ai oublié, j'ai créé une table perso sur le même fonctionnement que cor_visit_observer mais pour les observations. Et la vue de synthèse s'appuie dessus
Il s'agit de la requête principale de Monitoring qui va chercher toutes les informations ? |
Bonjour maxime, des changements dans les modèles des métadonnées font que l'on va chercher pas mal de chose dont on a pas besoin. Peux tu essayer d'ajouter la ligne
Juste avant gn_module_monitoring/backend/monitoring/models.py Lines 85 to 92 in 9325840
|
Okay d'accord ! J'ai rajouté la ligne puis ai rechargé la config mais je n'ai pas d'amélioration du délai 😕 |
est ce que tu as relancé l'application geonature ? |
Ah oui c'est vrai qu'il faut relancer l'application en plus maintenant ! Ah oui effectivement c'est beaucoup mieux !!!!! :) Merci beaucoup ! EDIT: 4 secondes pour afficher 200 visites |
quand on change un fichier python il faut relancer l'application c'est cool si ça marche tu as quel ordre de delai désormais ? |
ça reste un peu limte en temps et ça vaudrait le coup d'avoir du serveur side |
Ah d'accord ! Oui encore un petit délai mais cela reste beaucoup plus acceptable que 45secondes ou encore 1 ou 2 minutes Qu'est ce que tu appelle le "serveur-side" ? C'est plus de côté de notre serveur ou du côté du code de GeoNature ? |
C'est par exemple le fat que pour le tableau on aurait pas besoin de charger les 200 visite mais seulement celles des 10 lignes que l'on affiche. Cela impliquerai vraiment beaucoup de changements, mais on s'affranchirai du nombre de données présentes en base |
Ah oui effectivement, ça vaudrait peut être le coup... mais si c'est pas trop contraignant, ou alors pour un grosse MAJ de Monitoring.... Ce fonctionnement existe actuellement sur Occtax ? |
oui je dirai que c'est déjà le cas pour occtax |
Oui c'est comme ça que fonctionne Occtax |
Okay merci :) |
En lien avec le ticket PnX-SI#142 Ce paramètre proposé par @joelclems améliore grandement les performances (chargement des occurrences quasi instantané versus 7 à 20 secondes sans). Après je ne sais pas s'il y a une grande répercution si on fixe ce bout de code dans la branche master... ? Mais j'ai remarqué lors de la dernière MAJ effectué qu'il n'y était pas :)
A priori amélioré suite aux évolutions dans la 0.4.1. |
Version GeoNature: 2.9.1
Version Monitoring : 0.2.9
Bonjour, j'observe depuis quelques temps des lenteurs d'affichage des données sur mes sous-modules monitoring.
Par exemple, pour charger 19 visites d'un site, la requête met 33 secondes à finir de s'exécuter
Sur quoi s'appuie cette requête ? Qu'est-ce qui pourrait à ce point prendre du temps à charger ? Je trouver que 19 visites c'est quand meme peu :-)
The text was updated successfully, but these errors were encountered: