Produits Entr'ouvert » w.c.s.

Les global action timeout semblent largement responsables de la consommation massive de bande passante sur la production, au point d'avoir commencé à avoir des effets notables sur les utilisateurs. Le fonctionnement actuel est en effet problématique, et se ressent particulièrement sur les gros clients.
Sur le plus important de ces derniers, nous avons deux workflows avec un global action timeout sur les requêtes en état finalisé avec X jours de délai. Or, le fonctionnement actuel aujourd'hui est catastrophique dans ce cas : au lieu de traduire en SQL ce critère, l'intégralité des données est téléchargé et testé côté python. Cela conduit donc au téléchargement, pour ce seul client, de plus de 30GB de données toutes les 30 minutes. Ce fonctionnement ne peut tenir dans la durée.
J'ai d'ores et déjà préparé un patch qui sépare l'exécution des triggers sur l'état finalisé des autres triggers. Cela permettra de régler les pires cas présents actuellement, avant d'éventuelles autres optimisations que nous pourrons identifier par les logs de cron une fois ce premier lot passé.