---
from: dom
to: all
date: 2026-06-05T19:30:00+02:00
topic: d19-performance-mvp-p1
status: closed
priority: blocker
references:
  - decision: docs/coordination/decisions/2026-06-05_dom_d16-test-windows-avant-diffusion.md
  - decision: docs/coordination/decisions/2026-06-05_dom_d18-app-aivanov-dev-parallele.md
---

# D-19 - Performance MVP bloquante

## Signal Dom

Pendant le test Windows, l'anonymisation est beaucoup trop lente pour un MVP.
Observation utilisateur :

- CPU application plafonne autour de 12 % ;
- RAM utilisee autour de 16 Go ;
- experience trop lente pour une beta exploitable.

## Decision

La performance devient un sujet P1 bloquant avant diffusion.

Le traitement ne doit pas rester mono-coeur sur les phases lourdes si une machine
multi-coeurs est disponible. Il faut identifier, mesurer et corriger les points
les plus couteux avant toute diffusion externe.

## Pistes deja identifiees

- En mode EXE PyInstaller/frozen, la rasterisation PDF semble passer en mode
  sequentiel au lieu de `ProcessPoolExecutor`.
- La sortie raster PDF est activee systematiquement en batch.
- L'OCR docTR a 300 dpi peut consommer beaucoup de RAM sur PDF scannes.
- Les logs actuels ne donnent pas assez de timings par etape pour diagnostiquer
  rapidement le goulot.

## Attendu

- diagnostic ligne/fichier ;
- mesure PDF natif vs PDF scanne ;
- proposition hotfix MVP faible risque ;
- criteres d'acceptation performance ;
- pas de regression RGPD : toute option rapide reste fail-closed.

## Garde-fous

- Ne pas degrader le score leak.
- Ne pas desactiver silencieusement la sortie securisee sans choix explicite.
- Ne pas melanger refonte GUI v11.5 et hotfix performance MVP.
- Le hotfix performance, si necessaire, reste sur la branche beta/hotfix dediee.

