LockDown Browser a-t-il une fuite mémoire sur Mac ? (Enquête 2026)

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

Croissance mémoire mesurée (benchmark LDBypass)

D'une reproduction d'examen simulé de 3 heures, mémoire résidente LDB échantillonnée à intervalles de 30 secondes :

Motif : ~5-15 % de croissance sur toutes les configurations.

Est-ce une fuite ?

« Fuite mémoire » au sens strict de programmation signifie mémoire allouée mais jamais libérée. Du comportement publiquement observable :

• La croissance est bornée - les pics plafonnent après ~2 heures.
• La croissance corrèle avec la durée d'enregistrement Monitor - examens plus longs + enregistrement = plus de croissance.
• La mémoire retombe à la base ~2-3 minutes après soumission + sortie LDB.
• Aucun redémarrage de processus nécessaire pour récupérer la mémoire après l'examen.

Ce motif est cohérent avec un buffer qui grandit pendant l'enregistrement mais se libère à la fin de l'examen - pas une fuite. Monitor encode la vidéo en chunks ; le buffer d'encodage + file de retransmission-en-échec retient ~50-200 Mo pendant l'enregistrement actif.

Pourquoi cela importe sur Macs 8 Go

La croissance de 5-15 % à 8 Go combinée avec le budget mémoire déjà serré de macOS est ce qui fait basculer les Macs 8 Go en swap ou OOM pendant les examens longs. De la page utilisation RAM : Air 8 Go tué par OOM dans 2/3 reproductions à la marque de 73 minutes.

Pour les Macs 16 Go+, la croissance est invisible - il y a beaucoup de marge.

Comment vérifier sur votre propre Mac

1. Ouvrez le Moniteur d'activité avant de lancer LDB.
2. Recherchez « LockDown Browser » dans le Moniteur d'activité (LDB apparaîtra une fois lancé).
3. Notez la valeur de la colonne « Mémoire » au lancement.
4. Lancez votre examen pratique.
5. Vérifiez la colonne Mémoire à intervalles de 30 min.
6. Notez la valeur à la soumission.
7. Après que LDB sort, confirmez que la Mémoire retombe à la base (le processus LDB se termine entièrement, donc c'est discutable - comparant à un lancement LDB frais).

Si vous suspectez une fuite réelle (pas le buffer Monitor)

Symptômes d'une fuite réelle vs. croissance attendue de buffer :

• Croissance buffer (attendue) : linéaire avec le temps d'enregistrement ; plafonne ; libère à la fin de l'examen.
• Fuite réelle (bug) : la croissance ne plafonne pas ; continue à un taux composé ; survit à la fin de l'examen.

Si vous observez le second motif de manière reproductible, sauvegardez les captures du Moniteur d'activité à intervalles de 30 min + le rapport de diagnostic le plus récent de ~/Library/Logs/DiagnosticReports/, et signalez au support Respondus.

Reproduire sur votre matériel

Pour comparer avec nos mesures :

1. Chargez à 100 %, débranchez.
2. Quittez chaque app sauf le Moniteur d'activité.
3. Lancez un examen simulé de 90 min depuis l'examen pratique de votre université.
4. Échantillonnez la colonne Mémoire LDB au début de l'examen, 30 min dedans, 60 min dedans, fin de l'examen.
5. Comparez avec nos valeurs pour votre configuration Mac spécifique.

Si vos chiffres sont sauvagement différents, votre environnement a un facteur confondant (AV, sync cloud, beaucoup de processus en arrière-plan) que nous avons éliminé.

Atténuations pendant examens longs

1. Branchez pour tout examen > 90 min. La gestion mémoire de macOS est plus agressive sur AC ; moins de pression de swap.
2. Quittez d'autres apps agressivement avant le lancement. La mémoire résidente d'autres apps concurrence directement le buffer LDB.
3. Pour Macs 8 Go : voir les atténuations exhaustives dans la page utilisation RAM. Honnêtement, empruntez un Mac 16 Go si possible.