Votre Odoo est lent ?
Augmenter la taille du serveur n’est (presque) jamais la solution
La réaction réflexe, c’est de “pousser” le serveur. Parfois, ça aide un peu.
Mais l’origine des lenteurs est rarement là : requêtes SQL coûteuses, code trop bavard, vues lourdes, index manquants, mauvais paramètres…
Chez Mangono, nous pratiquons la médecine des lenteurs : nous localisons la cause précise et proposons une thérapie ciblée, plutôt que de surdimensionner l’infrastructure à l’aveugle.
Mais l’origine des lenteurs est rarement là : requêtes SQL coûteuses, code trop bavard, vues lourdes, index manquants, mauvais paramètres…
Chez Mangono, nous pratiquons la médecine des lenteurs : nous localisons la cause précise et proposons une thérapie ciblée, plutôt que de surdimensionner l’infrastructure à l’aveugle.
Audit de performance Odoo
Observer pour comprendre, comprendre pour soigner
Nous commençons par mesurer : temps de réponse, nombre d’appels, charge DB, fonctions les plus coûteuses, vues lentes, endpoints bavards.
Objectif : reproduire la lenteur, tracer son exécution et isoler le goulet d’étranglement.
À l’issue, vous savez où ça bloque, pourquoi, et ce que ça coûte (métier et infra).
Objectif : reproduire la lenteur, tracer son exécution et isoler le goulet d’étranglement.
À l’issue, vous savez où ça bloque, pourquoi, et ce que ça coûte (métier et infra).
Des outils adaptés
Nos outils : profiler Odoo/Python, logs SQL, métriques DB & système, etc.
- Profiler Odoo & Python : call stacks, temps cumulé, hot paths.
- Logs Postgres & requêtes lentes : EXPLAIN/ANALYZE, index manquants etc.
- Métriques & dashboards : connexions actives, locks, I/O, cache hit, latence par modèle/vue.
- Traçage applicatif : endpoints, RPC, batches, rapports lourds.
- Paramétrage : workers Odoo, limit_time_cpu, config Postgres, caches.
But : qualifier finement l’origine des lenteurs pour agir juste, vite, et durablement.
Optimisations ciblées
Base de données, code, vues, infra — dans cet ordre
- Base de données : ajout d’index, réécriture SQL/ORM, réduction des scans, partitionnement si utile.
- Code : éliminer les boucles sur records, limiter les
searchrépétitifs, batcher, pré-fetcher, réduire lescomputeinutiles. - Vues & rapports : alléger tree/form, domains & filtres, pagination, async sur gros exports.
- Infra & tuning : Postgres (work_mem, shared_buffers…), workers Odoo, caches, reverse proxy.
Résultat : des gains massifs là où c’est utile, sans surpayer l’infrastructure.
Rester fluide dans le temps
Alerter tôt, corriger vite
Nous mettons en place des métriques pérennes : temps de réponse par action clé, requêtes lentes, charge DB, volumétrie, taux d’erreurs, top modèles/rapports consommateurs.
Vous recevez des alertes en cas de dérive et un bilan régulier pour anticiper les régressions lors des évolutions.
Vous recevez des alertes en cas de dérive et un bilan régulier pour anticiper les régressions lors des évolutions.
Reproductible → Diagnostiqué → Plan d’action
Diagnostic lenteur Odoo — 800 € HT
Ce que vous obtenez
- Analyse ciblée d’une lenteur reproductible (scénario précis).
- Profiling Odoo/Python + analyse SQL & métriques.
- Rapport priorisé : causes, quick wins, optimisations durables, ordres de grandeur budgétaires.
Ce dont on a besoin
- Sources (modules concernés) & dump de base correspondant.
- Scénario d’entrée très clair : “En tant que profil X, je vais dans Menu A → Vue B → je clique Action C → j’observe N secondes”.
- Idéalement : captures, logs, volumétrie.
L’essentiel est la reproductibilité : si nous pouvons rejouer la lenteur, nous pouvons l’expliquer et proposer la meilleure correction.