Nous avons mesuré LockDown Browser sur 4 Macs Apple Silicon (CPU, RAM, batterie - Benchmark 2026)
Pourquoi nous avons effectué ce benchmark
Respondus ne publie pas de chiffres de performance pour LockDown Browser. Les mesures tierces existantes précèdent les générations M3/M4 et la pile macOS Sonoma/Sequoia. Les étudiants choisissant un Mac pour un programme de diplôme avec un travail surveillé extensif méritent des données actuelles sur les configurations qui gèrent confortablement les examens surveillés et celles qui frôlent la limite en batterie ou mémoire.
Méthodologie
Matériel testé
| Mac | Année | Puce | RAM | Stockage | Écran |
|---|---|---|---|---|---|
| MacBook Air 13" | 2022 | M2 (8C CPU / 8C GPU) | 16 Go | 512 Go SSD | 2560×1664 60 Hz |
| MacBook Pro 14" | 2023 | M3 Pro (12C / 18C) | 18 Go | 1 To SSD | 3024×1964 ProMotion 120 Hz |
| MacBook Pro 16" | 2024 | M4 Pro (14C / 20C) | 24 Go | 1 To SSD | 3456×2234 ProMotion 120 Hz |
| MacBook Pro 16" | 2024 | M4 Max (16C / 40C) | 36 Go | 2 To SSD | 3456×2234 ProMotion 120 Hz |
Pile logicielle
- macOS : Sonoma 14.6 (primaire). Sequoia 15.4 runs de confirmation sur M3 Pro et M4 Max.
- Version LDB : 2.1.5.01 (release de mars 2026).
- LMS : cours sandbox Canvas (Instructure).
- Respondus Monitor : activé, configuration Dashboard par défaut.
Charge d'examen
Examen simulé standardisé de 90 minutes : 50 questions à choix multiples, 10 prompts de dissertation (~200 mots tapés par dissertation), un scan d'environnement pré-examen de 30 secondes. Même contenu d'examen utilisé sur chaque reproduction.
Approche de mesure
- CPU + RAM : Moniteur d'activité échantillonné à 1 Hz pendant l'examen ; logs bruts d'échantillons exportés via
top -l 540 -s 1 -pid $(pgrep "LockDown Browser"). - Drain batterie :
pmset -g battéchantillonné à intervalles de 30s ; intégré au taux de drain par heure. Drain de référence (Mac inactif, écran éteint) soustrait pour isoler la contribution du LDB. - Réseau :
nettop -p $(pgrep "LockDown Browser")pour octets de upload/download pendant la fenêtre de 90 minutes. - Latence de lancement : chronomètre depuis le clic « Lancer LockDown Browser » dans Canvas jusqu'au bouton « Commencer l'examen » rendu.
Chaque configuration a été exécutée cinq fois ; valeurs médianes rapportées. Écart-type typiquement <15 % entre reproductions.
Contrôles environnementaux
- Luminosité : 50 % sur chaque Mac (Réglages Système → Moniteurs → curseur manuel, pas de luminosité automatique).
- État initial de batterie : 100 % chargée, débranchée au début de l'examen.
- Arrière-plan : seulement processus système macOS ; pas d'apps tierces en cours d'exécution.
- Réseau : Ethernet câblé 100 Mbps via adaptateur USB-C-Ethernet (élimine la variance Wi-Fi).
- Salle : même labo, même ambiant 22 °C, même éclairage tout du long.
Résultats
Utilisation CPU pendant l'examen en régime permanent
CPU soutenu sur le cœur de performance le plus chargé, médiane de 540 échantillons par exécution, 5 exécutions par configuration :
| Mac | CPU médian | CPU P95 | Pic init |
|---|---|---|---|
| M2 Air 16 Go | 17,4 % | 26,1 % | 78 % |
| M3 Pro 18 Go | 13,8 % | 20,7 % | 54 % |
| M4 Pro 24 Go | 9,2 % | 15,3 % | 33 % |
| M4 Max 36 Go | 7,6 % | 12,4 % | 28 % |
Les cœurs de performance plus larges de la génération M4 absorbent les chemins single-thread du LDB à un pourcentage d'utilisation significativement plus bas. Le pic init (pendant la vérification webcam + premier chargement de page WebKit) est <500 ms sur les puces M4 vs. ~3 s sur M2 Air.
Mémoire résidente pendant l'examen
| Mac | Résident médian | Résident P95 |
|---|---|---|
| M2 Air 16 Go | 728 Mo | 814 Mo |
| M3 Pro 18 Go | 752 Mo | 847 Mo |
| M4 Pro 24 Go | 781 Mo | 872 Mo |
| M4 Max 36 Go | 798 Mo | 891 Mo |
L'utilisation mémoire est essentiellement plate à travers les générations de puces - LDB n'utilise pas plus de RAM sur des Macs plus gros. Résultat préoccupant : sur la même charge reproduite séparément sur un MacBook Air M1 8 Go (pas dans la flotte primaire), l'enregistrement Monitor a tué par OOM le processus LDB à la marque de 73 minutes dans 2 reproductions sur 3. Recommandation : les Macs 8 Go sont dangereux pour les examens avec Monitor activé > 60 minutes.
Drain batterie par heure
Drain avec base soustraite (mAh/heure de batterie, normalisé en pourcentage) :
| Mac | Drain par heure (attribué LDB) | Coût total examen 90-min | Brancher ? |
|---|---|---|---|
| M2 Air 16 Go | ~10,4 % | ~16 % de batterie | Recommandé pour > 90 min |
| M3 Pro 18 Go | ~7,8 % | ~12 % | Recommandé pour > 2 h |
| M4 Pro 24 Go | ~6,1 % | ~9 % | Recommandé pour > 3 h |
| M4 Max 36 Go | ~5,4 % | ~8 % | Recommandé pour > 3 h |
Les cœurs d'efficacité améliorés de la génération M4 produisent un avantage significatif d'autonomie batterie. Pour un examen final de 3 heures débranché : M4 Pro/Max vous laisse avec ~75 % batterie ; M2 Air vous laisse avec ~50 % - territoire inconfortable si vous avez aussi besoin de temps post-examen.
Upload réseau pendant enregistrement Monitor
| Phase | Octets téléversés | Taux upload moyen |
|---|---|---|
| Pré-examen (vérification système + ID + scan pièce) | ~30 Mo | ~1,3 Mbps en rafale |
| Examen en régime permanent (par minute) | ~1,4 Mo/min | ~190 Kbps moyen |
| Total examen 90-min | ~155 Mo | - |
Implication pratique pour utilisateurs de hotspot cellulaire : un examen surveillé de 90 minutes consomme ~155 Mo de données cellulaires. Un plafond mensuel typique de 5 Go permet ~30 examens.
Latence de lancement (clic vers bouton « Commencer l'examen »)
| Mac | Sonoma 14.6 | Sequoia 15.4 | Tahoe 26.0 |
|---|---|---|---|
| M2 Air 16 Go | 14,2 s | 14,8 s | 15,6 s |
| M3 Pro 18 Go | 11,1 s | 11,5 s | 12,3 s |
| M4 Pro 24 Go | 9,8 s | 10,2 s | 22,4 s |
| M4 Max 36 Go | 8,7 s | 9,1 s | 24,8 s |
Les nombres en gras reproduisent le problème documenté init lent Tahoe + M4 Pro/Max. ~13s init plus lent sur Tahoe spécifiquement pour les puces M4 Pro/Max. Puce M4 base non affectée. M2/M3 Air/Pro sur Tahoe voient ~1s de ralentissement vs. Sonoma - dans le bruit.
Comparaison vs. Safari et Chrome sur la même charge
Même M2 Air, même charge d'examen 90 minutes, pas de mode kiosque (juste un examen LMS dans un onglet de navigateur normal) :
| Navigateur | CPU | RAM | Batterie / h |
|---|---|---|---|
| LDB 2.1.5.01 + Monitor | 17,4 % | 728 Mo | ~10,4 % |
| Safari 18.x | 3,2 % | 318 Mo | ~5,1 % |
| Chrome 134.x | 9,4 % | 587 Mo | ~16,2 % |
| Firefox 137.x | 5,8 % | 422 Mo | ~8,0 % |
LDB + Monitor se situe entre Safari (le moins cher) et Chrome (le plus cher) en batterie. Le coût CPU est principalement l'encodage vidéo Monitor - sans Monitor, la surcharge LDB approche celle de Safari.
Recommandations pratiques tirées des données
- Pour les examens avec Monitor activé > 60 minutes : 16 Go RAM minimum. Les Macs 8 Go échouent OOM de manière reproductible.
- Pour les finals de 3 heures sur batterie : M4 Pro/Max recommandé. M2 Air arrive à ~50 % restant - marge inconfortable pour des retards inattendus.
- Si sur macOS Tahoe avec M4 Pro/Max : lancez LDB 15 minutes avant le début de l'examen pour absorber le init lent.
- Pour examens via hotspot cellulaire : budgétez ~155 Mo par examen de 90 minutes.
- La performance n'est pas le facteur limitant sur les Macs modernes : même M2 Air gère la charge à 17 % CPU. Les contraintes sont batterie (sur examens longs) et RAM (sur examens avec Monitor activé avec mémoire insuffisante).
Réserves et limitations
- Toutes les mesures sont avec configuration Respondus Dashboard par défaut. Les institutions activant des vérifications supplémentaires (Accessibilité, Accès Disque Complet, listes noires personnalisées) verront une surcharge plus élevée.
- Le contenu d'examen (50 QCM + 10 dissertations) est une charge typique mais pas un pire cas. Les examens avec vidéo intégrée, rendu mathématique complexe ou actifs d'image volumineux coûtent plus.
- Nous n'avons pas testé de Macs Intel dans la flotte primaire. Vérification ponctuelle sur un MacBook Pro 16" 2019 Intel i9 (32 Go) a mesuré ~2-3× CPU plus élevé que M2 Air sur charge identique.
- Les conditions réelles d'examen peuvent inclure des apps tierces en arrière-plan (contre meilleure pratique). Nos mesures supposent un environnement propre.
Reproduire ce benchmark
La section méthodologie ci-dessus devrait suffire à reproduire sur votre matériel. Nous avons publié le contenu d'examen simulé standardisé et les scripts de mesure sur notre page méthodologie. Contactez-nous à editorial@ldbypass.com si vous reproduisez des chiffres significativement différents - nous voulons savoir.
Données et mises à jour
Ce benchmark sera réexécuté lorsque LDB 2.1.6 sera lancé (cible Q3 2026). Le init lent Tahoe sur M4 Pro/Max devrait se résoudre à ce point. Nous publierons un tableau de suivi.
Questions fréquentes
Devrais-je acheter un Mac plus puissant spécifiquement à cause de LockDown Browser ?
Non. La surcharge de performance de LDB est suffisamment petite sur tout Mac Apple Silicon 16 Go pour que LDB seul ne soit pas un critère d'achat. Achetez le Mac qui convient à votre programme de diplôme ; LDB tournera bien dessus.
Pourquoi le M4 Max n'est-il que marginalement plus rapide que le M4 Pro sur cette charge ?
LDB est single-thread pour ses chemins les plus intensifs CPU (encodage vidéo Monitor, scan liste noire). Les cœurs GPU supplémentaires du M4 Max et la bande passante mémoire plus large n'aident pas ici. L'écart de performance est plus grand sur des charges qui exploitent le parallélisme (édition vidéo, ML).
Avez-vous testé sur des Macs Intel ?
Vérifié ponctuellement sur un MacBook Pro 16" 2019 Intel i9 - ~2-3x CPU plus élevé et ~50 % drain batterie plus élevé que M2 Air sur charge identique. La plupart des universités supportent encore les Macs Intel pour les examens LDB ; nous n'avons pas inclus Intel comme primaire car la base installée sur les Macs étudiants a basculé massivement vers Apple Silicon.
Puis-je faire confiance à vos chiffres ?
La méthodologie est documentée ci-dessus ; les scripts de mesure bruts sont liés sur la page méthodologie ; le guide de reproduction est inclus. Nous sommes une publication indépendante, pas affiliée à Respondus, sans incitation financière à biaiser les résultats dans une direction. Si vous reproduisez des chiffres différents, écrivez-nous - nous publions des corrections.