Performances et limites

Knot s’exécute sur ton serveur Dolibarr : les performances dépendent de ton CPU, de MariaDB/MySQL et de la charge globale de l’ERP. Cette page résume les bonnes pratiques et les signaux à surveiller.

Limites par défaut (ordre de grandeur)

Les valeurs exactes peuvent évoluer selon la version Knot Core ; adapte-les via la configuration admin si ton hébergeur le permet.

Zone	Comportement typique
Concurrence	Plusieurs runs peuvent coexister ; les verrous évitent les conflits sur un même workflow.
Timeout node	Les connecteurs HTTP et AI ont un délai maximal ; un dépassement marque le run en échec.
Cron	Un trigger Cron ne rattrape pas des exécutions manquées sur une longue panne — planifie la surveillance du cron Dolibarr.
Historique	Les runs anciens peuvent être purgés selon la politique de rétention (voir admin Knot).

Optimiser un workflow

Réduis le nombre de nodes : fusionne les étapes HTTP ou Dolibarr redondantes.
Filtre tôt : utilise Logic (If) avant les appels coûteux (IA, exports massifs).
Limite les boucles : évite de parcourir des milliers de lignes sans pagination côté Dolibarr.
Credentials : une seule résolution par run quand c’est possible.
Simulate avant activation pour mesurer la durée à blanc.

Base de données et Dolibarr

Index et maintenance MariaDB/MySQL influencent les nodes Dolibarr.
Les pics de charge ERP (clôture, imports) ralentissent tous les modules, Knot inclus.

Tableau de bord

Le dashboard Knot (dans Dolibarr) expose des indicateurs sur les runs récents : volume, échecs, durée moyenne. Utilise-le pour repérer un workflow qui dégrade après un changement métier.

Quand passer à du matériel ou du tuning serveur

Runs systématiquement proches du timeout alors que la logique est minimale.
File d’attente qui grandit en heures de pointe.
Disque ou RAM saturés sur la VM hébergeant Dolibarr.

Voir aussi

Erreur sur un connecteur — timeouts et 503.
Documentation admin dans ton instance (core/docs/) pour les paramètres avancés réservés aux administrateurs.