Development #71434
Rapport de dépréciation : mettre en avant les conditions Python sur les sauts
0%
Description
On constate avec le ticket sur l'essone #71429 que les conditions Python sont particulièrement gourmandes. Thomas m'explique que les conditions Django sont calculées à la volée, or depuis l'augmentation de la fréquence des cron on observe que la conso CPU de node 1 et le trafic réseau entre node1 et le serveur de base de données ont considérablement augmenté.
La correction sur l'essone a immédiatement diminué la charge CPU, et devrait aussi baisser le trafic réseau par la baisse du nombre de requêtes.
Il faudrait donc que le rapport de dépréciation mette largement en avance les conditions de saut écrites en Python.
Fichiers
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a plus d'un an
La personne qui serait motivée peut déjà juste ctrl-f saut et voilà surligné ce qu'il faut. La personne pas motivée n'ira pas sur la page des dépréciations.
Mais pourquoi pas taper du gras sur ce qu'on considérerait à prioriser, il y aurait les conditions sur ces sauts, d'autres choses ? Cela étant, ça peut donner l'idée que juste corriger ce gras suffit, ce qu'on ne voudrait pas.
Mis à jour par Thomas Noël il y a plus d'un an
Frédéric Péters a écrit :
La personne qui serait motivée peut déjà juste ctrl-f saut et voilà surligné ce qu'il faut. La personne pas motivée n'ira pas sur la page des dépréciations.
Pas vraiment, ce qui compte ici c'est "saut automatique avec expiration et condition en Python". C'est ceux-là qui sont susceptibles de lancer des calculs bourrins sur des dizaines de demandes (calcul pour chacune des variables de substitution pour l'eval Python).
Mis à jour par Frédéric Péters il y a plus d'un an
La question importante était :
Mais pourquoi pas taper du gras sur ce qu'on considérerait à prioriser, il y aurait les conditions sur ces sauts, d'autres choses ?
Mis à jour par Pierre Cros il y a plus d'un an
Je trouve ça bien le gras. La crainte de voir les gens se limiter à traiter les trucs en gras elle ne tient que... tant qu'il y a du gras :-) et donc ça va pour moi (on peut peut-être ajouter une phrase pour indiquer qu'en gras ce sont les trucs les plus urgents).
Mis à jour par Frédéric Péters il y a plus d'un an
Toujours,
il y aurait les conditions sur ces sauts, d'autres choses ?
Mis à jour par Pierre Cros il y a plus d'un an
Pour moi urgent = perfs et donc je suis pas qualifié pour répondre.
Mais si on voulait mettre en place des dates officielles auxquelles ça ne marche plus (genre le JSONP c'est fini en juin 2023) on pourrait passer les trucs en gras 3 mois avant (sans doute pas pour maintenant hein, idée pour plus tard).
Mis à jour par Frédéric Péters il y a plus d'un an
- Fichier 0001-deprecations-put-python-timeout-jumps-in-bold-71434.patch 0001-deprecations-put-python-timeout-jumps-in-bold-71434.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Assigné à mis à Frédéric Péters
- Patch proposed changé de Non à Oui
Mis à jour par Lauréline Guérin il y a plus d'un an
- Statut changé de Solution proposée à Solution validée
Mis à jour par Frédéric Péters il y a plus d'un an
- Statut changé de Solution validée à Résolu (à déployer)
commit 1f62af27c5c12edf595d69050abcda7b692ca5d3
Author: Frédéric Péters <fpeters@entrouvert.com>
Date: Mon Nov 28 18:13:31 2022 +0100
deprecations: put python/timeout jumps in bold (#71434)
Mis à jour par Transition automatique il y a plus d'un an
- Statut changé de Résolu (à déployer) à Solution déployée
deprecations: put python/timeout jumps in bold (#71434)