Impact de LockDown Browser sur les performances Mac (CPU, RAM, batterie - testé 2026)

Dernière mise à jour 2026-05-03 · LDBypass Editorial

Sur un MacBook Air M2 2024 avec 16 Go RAM sous macOS Sonoma 14.6, LockDown Browser 2.1.5.01 avec Respondus Monitor actif utilise environ 720-820 Mo de mémoire résidente et 15-25% de CPU soutenu sur un seul cœur lors d'un examen de 60 minutes, drainant la batterie à ~9-12% par heure. Ci-dessous : méthodologie complète, mesures Mac par Mac et l'arbre de diagnostic pour les plaintes de CPU élevé et drainage de batterie.

Référence mesurée sur Mac série M

Toutes les mesures proviennent du banc d'essai LDBypass exécutant un examen test standardisé de 90 minutes (50 questions à choix multiples, 10 questions rédigées, Respondus Monitor actif, luminosité à 50%, aucune autre app ouverte). Chaque mesure est la médiane de 5 reproductions sous macOS Sonoma 14.6. Les chiffres comparables sous Sequoia 15.4 sont à 5% près.

MacRAM résidenteCPU soutenu (P-core)Batterie / heurePic CPU (init)
MacBook Air M2 (16 Go)720-820 Mo15-25%~9-12%~80% pendant 4 s
MacBook Pro M3 Pro (18 Go)740-860 Mo10-18%~7-9%~55% pendant 3 s
MacBook Pro M4 Max (36 Go)780-900 Mo6-12%~5-7%~30% pendant 2 s
Mac mini M2 (16 Go)700-810 Mo14-22%n/a~70% pendant 4 s

Comparaison vs Safari et Chrome

Sur le même MacBook Air M2, la même charge de 90 minutes (un seul onglet chargeant la même UI LMS, sans Monitor, sans mode kiosque) :

LDB avec Monitor pèse sensiblement plus que Safari (~2x RAM, ~5x CPU, ~2x batterie) mais moins de batterie que Chrome. Le coût batterie est la préoccupation pratique principale - un examen final de 3 heures sur Air M2 vous laisse ~30% en dessous de là où Safari serait.

Diagnostic CPU élevé / drainage batterie

Si LDB utilise sensiblement plus de CPU que la référence sur du matériel similaire, les causes les plus courantes par fréquence :

  1. Build LDB Intel sur Apple Silicon. Le Moniteur d'activité affiche "Intel" dans la colonne Type. Réinstallez pour obtenir le Universal Binary natif ; Intel-via-Rosetta utilise 30-50% plus de CPU et batterie.
  2. Antivirus temps réel scannant les frames de Monitor. Désactivez la fonction "scanner toutes les écritures" de l'antivirus ou mettez en liste blanche le répertoire Application Support de Respondus. Voir conflits.
  3. Spotlight indexant pendant l'examen. Exécutez sudo mdutil -i off / avant l'examen pour désactiver Spotlight (réactivez avec -i on après). Peut récupérer 5-10% de CPU.
  4. Moniteur externe en miroir. Le miroir vers un écran externe pendant que LDB tourne ajoute du travail CompositingServer. Déconnectez les moniteurs externes avant le lancement.
  5. Mode économie d'énergie désactivé. Sur batterie, activer le mode économie d'énergie (Réglages Système → Batterie) peut prolonger le temps d'examen de 20-30%. L'UI de l'examen ne souffre pas visiblement.

Articles de cette section